Innholdsfortegnelse:
Så du og selskapet har planlagt din reise til skyen, og et stort skritt innebærer å virtualisere serverne dine for å bli kvitt all den klumpete maskinvaren på stedet. Men kanskje du ikke er sikker på hvor du skal starte, eller trenger hjelp til å identifisere beste fremgangsmåter når det gjelder å sette opp nye VM-er. Jeg har samlet de tre beste tipsene mine for å gjøre servervirtualisering så effektiv og smertefri som mulig. Disse pekerne vil hjelpe deg med å unngå potensielle snublesteiner, slik at du kan bruke mindre tid på å bli satt opp og mer tid fokusert på å betjene virksomheten din.
Tips nr. 1: Størrelse klokt
Det høres kanskje logisk ut å få størst mulig kapasitet på VM-er for å imøtekomme arbeidsstørrelse i alle størrelser, ikke sant? Ikke så fort. Overforsyning av CPUer på en VM kan faktisk gjøre ytelsen dårligere, ikke bedre. Generelt bør CPU-tildelingene dine samsvare med bruken. Hvis serveren ikke bruker ressursene fullt ut, er den overforsyningsløs og kan ha betydning for ytelsen. Hvis du trenger flere ressurser senere, kan du alltid skalere ut og legge til flere serverressurser. På den andre siden av mynten, sørg for at du ikke overbelaster vertene dine - beregninger som minneballong og CPU-klar er tidlige indikatorer på at verten når sin grense. (For mer om VM-effektivitet, se 5 ting som kan ødelegge virtuell infrastruktur.)
Tips nr. 2: Hold deg N + 1 overflødig
Regelen "to er en og en er ingen" gjelder definitivt her. N + 1 redundans er nødvendig for å sikre minimal driftsstans hvis en av vertene dine går i mage. Det er en misforståelse der ute om at VM-er ikke er mottakelige for lignende problemer du kan støte på med en fysisk server. Faktisk er redundans enda viktigere hvis hver av vertene dine kjører flere VM-er. I tillegg til å holde varme og varme reservedeler, gir en kald reserve deg muligheten til å gjenopprette N + 1-beskyttelsen med en gang hvis og når det oppstår en defekt vert og trenger reparasjon. Selv om du kan bytte fra fysiske servere kan du spare mange hodepine når det gjelder hendelseshåndtering og løsning, vil du fremdeles ønske å ha en sikkerhetskopivert, og en annen, en "sikkerhetskopi til sikkerhetskopien" så å si.
