KVM su Illumos (OpenIndiana vs. SmartOS)

11

Sto pensando di virtualizzare un numero di guest su un singolo server che esegue una porta recente di KVM su Illumos. Sembra che le mie due opzioni principali saranno OpenIndiana e SmartOS. La distribuzione che finirò per utilizzare deve soddisfare i seguenti requisiti:

È necessario essere in grado di gestire e personalizzare tramite l'interfaccia della riga di comando (ad esempio, modificare le opzioni del file system / zvol ZFS, collegare un'unità esterna e copiare i dati su di essa, oppure replicare automaticamente i dati su un server fuori sede utilizzando zfs invio / ricezione).
È necessario implementare snapshot ZFS automatizzati (ad es. Utilizzando zfs-auto-snapshot).
È necessario essere in grado di impostare notifiche e-mail automatiche se lo stato del server peggiora. Fondamentalmente, impostare la pulizia periodica di ZFS, monitorare zpool, gestione guasti e / o problemi SMART ed e-mail quando vengono rilevati problemi, ecc. L'impostazione manuale di questo è OK, purché il sistema operativo me lo permetta.
Dovrebbe gestire i guest Debian, Ubuntu e Windows 2008 Server R2 con buona stabilità e prestazioni ragionevoli. Questi ospiti saranno utilizzati nella produzione.
Dovrebbe esserci un'aspettativa ragionevole che le versioni future continuino a essere consegnate - non voglio rimanere bloccato usando un prodotto senza uscita.
Sarebbe bello se fosse facile da configurare e avesse una sorta di interfaccia grafica, ma questo è facoltativo.

Sulla base di questi requisiti, quale distribuzione consiglieresti?

Si può presumere che questo ambiente non verrà distribuito fino al rilascio della prossima versione stabile di OpenIndiana. Inoltre, puoi supporre che il server utilizzerà una CPU Sandy Bridge Xeon E3-1xxx, quindi dovrebbe occuparsi della compatibilità KVM.

Inoltre, quanto è robusta / stabile la porta KVM per Illumos su una di queste distribuzioni? Dovrei anche considerare KVM / Illumos per un ambiente di produzione per ora?

— alex
fonte

9

Uso SmartOS e KVM in produzione da alcuni mesi e ne sono molto contento. Sembra che dovrebbe soddisfare bene le tue esigenze. Sono supportate tutte le cose ZFS necessarie. Per le cose di monitoraggio, però, dovrai configurare alcune cose di terze parti.

Sto lavorando a un paio di progetti relativi al monitoraggio e in particolare per fare le cose che hai menzionato. Dai un'occhiata e sentiti libero di farmi una battuta.

https://github.com/gflarity/nervous https://github.com/gflarity/response

— gflarity
fonte

10

Ti chiederò, quanto è importante che tu usi specificamente KVM?

La mia preferenza per il tipo di soluzione di cui ti stai chiedendo è costruire attorno a VMWare ESXi . È possibile creare un server all-in-one che esegue l'avvio di VMWare ESXi da supporti flash (SDHC, USB, CF) e sfruttare l' I / O DirectPath (passthrough PCI) disponibile sui server attuali per presentare un HBA SAS / SATA a un virtualizzato Sistema operativo basato su ZFS (supponiamo OpenIndiana , ma di solito utilizzo NexentaStor Community Edition ). Da lì, puoi creare un vSwitch di loopback e presentare il tuo archivio ZFS a ESXi come 10GbE NFS o iSCSI per ospitare le macchine virtuali guest (Windows, Linux, ecc.).

Usando questo, hai pieno accesso alle funzionalità di ZFS come compressione, deduplicazione e snapshot. È possibile aumentare questa configurazione con ZIL e L2ARC abbastanza facilmente.
Se scegli NexentaStor per la tua soluzione ZFS, avrai anche una GUI completa per gestire gli screenshot automatici / tiering. Anche gli strumenti di monitoraggio per i dischi sono integrati.
VMWare gestisce molti tipi di guest molto bene, quindi sei coperto bene.
Nexenta, OpenIndiana e VMWare sono qui per restare, quindi questa non è una cattiva decisione tecnologica.
A condizione che tu abbia il budget per l'hardware, ESXi, ZFS OS e Linux sono gratuiti ...

Vedi anche:

http://blog.laspina.ca/ubiquitous/encapsulating-vt-d-accelerated-zfs-storage-within-esxi

http://www.napp-it.org/napp-it/all-in-one/index_en.html

— ewwhite
fonte

1

Grazie. Sono decisamente aperto ad altre tecnologie di virtualizzazione. Ho pensato a un approccio simile a quello che hai suggerito, ma mi sono sentito a disagio perché sembrava che potesse non funzionare in modo affidabile poiché è più complesso. Ad esempio, quando ESXi si riavvia, non vedrà lo storage NFS / iSCSI perché la VM ZFS non si è ancora avviata. Quindi sembra che dovrei giocarci ogni volta che si avvia: attendere l'avvio della VM ZFS, quindi istruire VMware ad allegare quella memoria, quindi avviare manualmente le altre VM - sbaglio? Inoltre, VMware ti consente di clonare i volumi in modo nativo tramite ZFS?

— Alex

VMWare ti consente di impostare la priorità di avvio. Quindi, in questo caso, la VM ZFS si avvia per prima e si spegne per ultima. Non è necessario giocherellare manualmente. Le macchine virtuali si avviano quando l'archiviazione è in atto. Dal punto di vista ZFS, i dischi sono pass-through, quindi è anche possibile rimuoverli e spostarsi su un server diverso e aspettarsi lo stesso risultato. È abbastanza portatile. Per quanto riguarda la clonazione VMWare, non la uso, ma è meglio farlo a livello di VM VMware o farlo a livello di ZFS / archivio dati.

— ewwhite,

2

Tieni presente che nella versione gratuita di ESXi 5 hai un limite di 32 GB di RAM.

— Jed Daniels,