L'amministrazione di XenServer è come l'amministrazione di CentOS?

Dato che XenServer (7 attualmente) è basato su CentOS, significa che funziona proprio come CentOS in termini di aggiornamento, CLI, amministrazione (non specifici di Xen come mdadm e boot loader) ecc?

Fondamentalmente, se voglio usare XenServer, allora mi impegno a usare, apprendere e lavorare nel "modo" di CentOS?

Abbiamo in arrivo un nuovo server (per noi) e ora è il momento di cambiare hypervisor e siamo pronti per usare Xen.

La nostra configurazione attuale che conosco e che posso amministrare in modo efficiente è un host Debian con un paio di VM che usano Virtual Box, che è a dir poco l'ideale. Per questo motivo, ho familiarità con il lavoro in Debian e ho fatto una scelta consapevole di usare Debian per i nostri server. Gestisco solo i nostri server per le nostre piccole imprese, quindi non ho la diversità di altre configurazioni e altre distribuzioni su cui lavorare.

Da quanto ho capito, il modo in cui Redhat fa le cose è un po 'diverso dalle distribuzioni basate su Debian e richiederebbe una curva di apprendimento di importo sconosciuto; ma sicuramente una curva di apprendimento.

Quindi, se uso XenServer, mi impegno anche nella curva di apprendimento di Redhat?

Sono consapevole che posso installare Xen con un Dom0 basato su Debian, ma il consenso che ho letto sembra dire che XenServer funzioni nel migliore dei modi. Tuttavia ci sarà un po 'di configurazione che dovrò fare come mettere in funzione i nostri array RAID locali per le condivisioni Dom0, Xen e Network, oltre a mettere in ordine caricatori di avvio e grub. Posso fare questa configurazione piuttosto facilmente in Debian, quindi sto cercando di soppesare il costo in tempo per provare a fare la stessa configurazione nel modo CentOS che temo aggiungerà una quantità considerevole di tempo per portare il nuovo server in produzione dato l'IT da solo per la nostra azienda si verifica lentamente negli afterhours degli affari; da qui la domanda.

Tieni presente che il sistema operativo viene rimosso anche se basato su una versione, come se l'ingranaggio sia nell'HCL, per lo più non userai mai alcun comando del sistema operativo.

La maggior parte dei comandi che userete per amministrarli sarebbe nel xeset di comandi:

• xe task-list
• xe task-cancel
• xe toolstack-restart
• eccetera...

Tutti gli aggiornamenti del sistema operativo sono stati installati e rilevati anche tramite la console xenserver. Pertanto, la maggior parte dei comandi è il comando xen.

Solo la volta che ho inserito il comando generale sull'host è stato quello di installare il pacchetto dell openmanage e un agente di monitoraggio.

In primo luogo, ti impegni a lavorare nel modo XenServer. Questo prodotto è essenzialmente un dispositivo e la maggior parte delle cose che differiscono tra Debian e CentOS sono comunque nascoste da te o sono meglio gestite dagli strumenti offerti da XenServer.

Puoi facilmente testarlo, configurare una VM di prova con XenServer è semplice (sì, funziona all'interno di una VM).

Lavoro con Xenserver quasi ogni giorno. In un server semplice o in un piccolo pool non sarebbe mai necessario interagire con il sistema operativo sottostante, che è il punto.

Ma abbiamo più di 60 server xens e abbiamo storicamente usato Salt per inviare cambiamenti in tutto il sito, come "qualcuno è rimasto, cambiare tutte le password di root e tutte le password DRAC" o aggiornare i server DNS, o semplicemente aggiungere un dominio di ricerca a resolv.conf o per installare il monitoraggio hardware dell'opemnamage o cose semplici come l'ultimo agente checkmk.

In 6.5 ha funzionato bene nonostante non fosse ufficialmente supportato.

In 7.0 gli RPM non sono disponibili e l'installazione di Salt RPM si lamenta semplicemente delle dipendenze mancanti.

Quindi, per rispondere alla tua domanda, No, amministrare xenserver è come amministrare un apparecchio fintanto che non fai nulla di strano