Innehållsförteckning:
Så du och ditt företag har planerat din resa till molnet, och ett viktigt steg innebär att virtualisera dina servrar för att bli av med all den skrymmande lokala hårdvaran. Men kanske är du inte säker på var du ska börja, eller behöver hjälp med att identifiera bästa praxis när det gäller att ställa in dina nya VM: er. Jag har sammanställt mina tre bästa tips för att göra servert virtualisering så effektiv och smärtfri som möjligt. Dessa pekare hjälper dig att undvika potentiella snubblor, så att du kan spendera mindre tid på att bli inställd och mer tid fokuserad på att betjäna ditt företag.
Tips 1: Storleken klokt
Det kanske låter logiskt att få den största kapaciteten VM-skivor som möjliggör alla arbetsbelastningar, inte? Inte så snabbt. Överföring av CPU på en VM kan faktiskt göra prestanda sämre, inte bättre. Generellt sett bör dina CPU-tilldelningar matcha användningen. Om servern inte konsumerar helt och hållet, är den överlevererad och kan påverka prestandan. Om du behöver mer resurser senare kan du alltid utskala och lägga till ytterligare serverresurser. På den andra sidan av myntet, se till att du inte överbelastar dina värdar - mätningar som minnesballong och CPU-redo är tidiga indikatorer på att värden når sin gräns. (Mer information om VM-effektivitet finns i 5 saker som kan svika på virtuell infrastruktur.)
Tips 2: Håll N + 1 redundant
Regeln "två är en och en är ingen" gäller definitivt här. N + 1-redundans är nödvändig för att säkerställa minimal driftsstopp om en av dina värdar går i magen. Det finns en missuppfattning där ute att VM: er inte är mottagliga för liknande problem som du kan stöta på med en fysisk server. I själva verket är redundans ännu viktigare om var och en av dina värdar kör flera VM: er. Förutom att hålla varma och varma reservdelar, ger en kall reservdel dig möjlighet att återställa ditt N + 1-skydd direkt om och när en felaktig värd uppstår och behöver repareras. Medan du byter från fysiska servrar kan du spara många huvudvärk när det gäller händelsehantering och lösning, men du vill fortfarande ha en säkerhetskopierande värd, och en annan, en "säkerhetskopia till säkerhetskopian" så att säga.
