vCenter fysiek of virtueel?
Gepubliceerd op 9 januari 2009 • 6 min leestijd • 1.153 woordenLaat me de meest voorkomende redenen samenvatten die mensen noemen wanneer ze vCenter niet willen virtualiseren. Daarna zal ik (proberen) uit te leggen waarom je naar mijn mening vCenter zou moeten virtualiseren.
Mensen komen meestal met het volgende:
- Als mijn ESX-server uitvalt, weet ik niet waar vCenter is, dus ik kan mijn virtuele infrastructuur niet meer beheren;
- Wat als vCenter om de een of andere reden weigert in te schakelen;
- Ik houd niet van de beheersoftware bovenop de hardware die ik moet beheren;
- Het is niet bedoeld voor productieomgevingen, alleen voor testopstellingen;
- We kunnen het niet gebruiken in bedrijfskritische omgevingen, we hebben de uptime nodig;
- HA is leuk, maar het redt mij niet van besturingssysteemfouten;
- De docent bij de VMware-training zei dat je dat niet moest doen;
- Microsoft biedt geen ondersteuning op gevirtualiseerde servers;
- VMware ondersteunt geen gevirtualiseerd vCenter.
Allereerst moeten we in gedachten houden dat vCenter slechts de tool is voor het beheren van uw virtuele infrastructuur. Zonder vCenter blijft het grootste deel van uw infrastructuur functioneren. Alleen DRS en andere functionaliteit die gebruikmaakt van vCenter of vCenter-plug-ins mislukken.
Mijn motto is dat elke keuze een goede is, zolang je maar uitlegt waarom je die keuze hebt gemaakt. Elke keuze die je niet kunt verklaren, is per definitie een slechte keuze.
Oké, dus hier komen ze:
Als mijn ESX-server uitvalt, weet ik niet waar vCenter is, dus ik kan mijn virtuele infrastructuur niet meer beheren.
Dit is gedeeltelijk waar. Als u vCenter kwijtraakt, kunt u uw omgeving als geheel niet meer beheren. Je kunt uiteraard verbinding maken met de verschillende ESX-hosts zelf, zodat je die host kunt beheren. Zo kunt u uw vCenter op een andere host starten en uw virtuele infrastructuur weer beheren. Aan de andere kant, als u een vCenter-server heeft, heeft u waarschijnlijk een VMware VI Enterprise-licentie, dus u beschikt over HA waarmee uw vCenter-server automatisch opnieuw wordt opgestart.
Als uw fysieke vCenter-server crasht, heeft u hetzelfde probleem. U moet het probleem oplossen (als het hardware-gerelateerd is), de server opstarten en vervolgens kunt u de server opnieuw beheren met vCenter.
Wat als vCenter om de een of andere reden weigert in te schakelen.
Meestal komt dit doordat vCenter tevens uw licentieserver is. Als dit gebeurt, kunt u een van uw ESX-servers terug in de evaluatiemodus zetten met de Virtual Infrastructure-client. Start vervolgens vCenter op en u kunt weer aan de slag.
Een andere mogelijkheid is om een tijdelijke licentieserver te maken of uw licentieserver te splitsen van uw vCenter-server. Zorg ervoor dat u een back-up van uw licentiesleutel maakt op een plaats die u kunt bereiken als uw vCenter niet toegankelijk is;)
Ik houd niet van de beheersoftware bovenop de hardware die ik moet beheren.
Daar kan ik het mee eens zijn. Daarom moet u de Virtual Infrastructure-client op uw werkstation installeren. Met deze tool kunt u uw gehele virtuele infrastructuur beheren, inclusief het starten van de vCenter virtuele machine.
Als u niet wilt dat beheertools op hetzelfde systeem draaien, moet u ook uw RAID-configuratietools en andere beheertools voor uw fysieke servers op een andere server plaatsen.
Het is niet bedoeld voor productieomgevingen, alleen voor testopstellingen.
Ik heb dit ergens gezien, maar ik kan eigenlijk geen enkele reden bedenken waarom het alleen voor testopstellingen zou zijn. Virtualisatie wordt veelvuldig gebruikt in productieomgevingen met allerlei soorten workloads, inclusief SQL-servers. Als je de vCenter-server opsplitst in zijn kale componenten, is het een SQL-server (als je deze op dezelfde machine hebt geïnstalleerd), een applicatieserver en een kleine webserver. Al deze workloads kunnen perfect gevirtualiseerd worden.
Kan het niet gebruiken in bedrijfskritische omgevingen, we hebben een uptime van 99,9% nodig.
Als u Hoge beschikbaarheid configureert, wordt uw vCenter-server weergegeven zodra deze detecteert dat de host waarop deze draaide, dood is. Meestal vindt de detectie en het opstarten van de VM binnen enkele minuten plaats.
En ten tweede is een uptime-garantie van 99,9% op zichzelf zinloos. 99,9% van wat? Houden jullie rekening met werktijden of is het 24u/7? Gaat het alleen om niet-geplande stilstand of is er ook sprake van geplande stilstand? Is uw onderliggende infrastructuur zoals netwerk, stroom, koeling etc ook gegarandeerd voor dezelfde 99,9% of meer?
als je 24/7 neemt, heb je 525,6 minuten downtime die je mag. Dat is ongeveer 45 minuten per maand. Als u zo weinig vertrouwen heeft in uw virtuele infrastructuur, moet u geen enkele machine virtualiseren.
Om dit te berekenen neem je 365 dagen x het totaal aantal minuten op een dag x (100-uptime%)/100 = 365 dagen x 24 uur x 60 minuten x (100-99,9)/100 = 525.600 minuten x (0,1)/100 = 525,6 minuten of 8,76 uur (max. downtime).
Als je 99,99% wilt/nodig hebt, heb je nog 52 minuten om je problemen op te lossen (525,600 x (0,01)/100).
Bij al deze berekeningen is het belangrijk dat uw uptime-garantie gebaseerd is op alle componenten waarop het systeem is gebouwd: stroom, koeling, netwerk, hardware, etc.
HA is leuk, maar het redt mij niet van fouten in het besturingssysteem.
Je kunt HA gebruiken voor het monitoren van het besturingssysteem, maar daar gaat het hier volgens mij niet om. Als u een fysieke server heeft, beschermt niets u tegen fouten in het besturingssysteem. U kunt de vCenter-server in een Windows-cluster plaatsen. 9 van de 10 keer beschermt dit u ook niet tegen fouten in het besturingssysteem en voegt het extra complexiteit toe aan uw infrastructuur. Het is geen ‘eenvoudige’ server meer en je zult moeten onthouden wat je doet als je clustering gebruikt.
Wat u echter met virtuele machines kunt doen, is een momentopname maken voordat u iets groots doet, zoals patchen of upgraden. Als alles misgaat, kunt u teruggaan naar een vorige staat.
De trainer in de VMware-training zei dat je dat niet moest doen.
Ik heb groot respect voor de trainers die de VMware gerelateerde trainingen geven. Ze moeten goed geïnformeerd/opgeleid zijn over de steeds veranderende informatie rondom alle VMware-producten.
Houd er rekening mee dat de informatie die tijdens uw training wordt gepresenteerd slechts een momentopname is. Het is heel goed mogelijk dat dingen die je tijdens de cursus hebt geleerd, na de training zijn veranderd. Bekijk altijd de laatste informatie over de verschillende VMware-communicatiesystemen zoals de fora en de VMware-hoofdsite.
En nogmaals, dit is een mening, het is niet verplicht. Als je met 10 VCP gecertificeerde beheerders praat, hoor je waarschijnlijk 10 verschillende meningen en scenario’s.
VMware ondersteunt geen gevirtualiseerd vCenter.
Waarom zouden ze hun eigen product niet op hun eigen product ondersteunen? Ik weet dat ik ergens een pdf of link heb over het ondersteuningsprobleem. Zodra ik het weer vind zal ik het posten.
Ook: VMware heeft aangekondigd dat vCenter in een volgende versie beschikbaar zal zijn als virtuele appliance. Dus in de nabije toekomst zal dit geen probleem meer zijn.