Inhoudsopgave:
Dus u en uw bedrijf hebben uw reis naar de cloud gepland en een belangrijke stap is het virtualiseren van uw servers om al die omvangrijke hardware op locatie kwijt te raken. Maar misschien weet u niet zeker waar u moet beginnen of heeft u hulp nodig bij het identificeren van best practices bij het instellen van uw nieuwe VM's. Ik heb mijn top drie tips samengesteld om servervirtualisatie zo effectief en pijnloos mogelijk te maken. Deze aanwijzingen helpen u potentiële struikelblokken te voorkomen, zodat u minder tijd kwijt bent aan het opzetten en meer tijd besteed aan het bedienen van uw bedrijf.
Tip # 1: wijselijk grootte
Het klinkt misschien logisch om VM's met de grootste capaciteit mogelijk te maken voor elke werkbelasting, toch? Niet zo snel. Overprovisioning van CPU's op een VM kan de prestaties zelfs slechter maken, niet beter. Over het algemeen moeten uw CPU-toewijzingen overeenkomen met het gebruik. Als de server niet volledig bronnen verbruikt, is deze overgeproviseerd en kan dit de prestaties beïnvloeden. Als u later meer bronnen nodig hebt, kunt u altijd schalen en extra serverbronnen toevoegen. Aan de andere kant van de medaille moet je ervoor zorgen dat je je hosts niet te zwaar belast. Statistieken zoals geheugenballooning en CPU ready zijn vroege indicatoren dat de host zijn limiet bereikt. (Zie 5 dingen die virtuele infrastructuur kunnen ondermijnen voor meer informatie over VM-efficiëntie.)
Tip # 2: Blijf N + 1 overbodig
De regel "twee is één en één is geen" is hier zeker van toepassing. N + 1 redundantie is nodig om minimale downtime te garanderen als een van uw hosts de buik opsteekt. Er bestaat een misvatting dat VM's niet vatbaar zijn voor vergelijkbare problemen die u kunt tegenkomen met een fysieke server. Redundantie is zelfs nog belangrijker als elk van uw hosts meerdere VM's uitvoert. Naast het bewaren van warme en warme onderdelen, kunt u met een koud reserveschijf uw N + 1-bescherming meteen herstellen als en wanneer een defecte host optreedt en moet worden gerepareerd. Hoewel het overschakelen van fysieke servers u mogelijk veel hoofdpijn kan besparen als het gaat om incidentbeheer en -oplossing, wilt u nog steeds een back-uphost hebben en een andere, een "back-up naar de back-up" om zo te zeggen.
