En virtuel maskines processortype: hvorfor standardvalget er langsomt, og hvorfor host ikke altid er rigtigt

Når man opretter en virtuel maskine, findes der et felt, der hedder processortype, og det bliver som regel stående på standardværdien. Den værdi er en ret gammel, almen processormodel.

Det er ikke en forglemmelse, men et bevidst valg. Men at lade det stå uden at vide, hvad det koster dig, er en forglemmelse.

Hvorfor standardvalget er så gammelt

Den processormodel, der vises for en virtuel maskine, afgør, hvorhen den maskine kan flyttes. En kørende maskine kan ikke flyttes til en server, der ikke understøtter de processoregenskaber, den har fået vist.

At vise den ældste og mest almene model giver den bredeste forenelighed. Det er logikken bag standardvalget: den skal kunne komme alle steder hen.

Hvad det koster

Moderne processorer har særlige instruktioner, der gør bestemte opgaver mange gange hurtigere. Kryptering, komprimering, mediearbejde og aftryksberegning drager direkte nytte af dem.

Den gamle standardmodel skjuler disse instruktioner for gæsten. Da gæsten ikke ser dem, tager den den langsomme vej. Resultat: din server ville kunne gøre det arbejde hurtigt, din virtuelle maskine kan ikke.

Forskellen er ikke lille. En tjeneste, der krypterer, kan i den virtuelle maskine bruge mange gange den tid, det samme arbejde tager på serveren. Og den forskel dukker aldrig op nogen steder som en fejl; den mærkes kun som "her er det langsomt".

Den anden yderlighed: at vise serverens processor, som den er

I den anden ende kan du sende serverens processor videre, som den er. Gæsten ser alle de moderne instruktioner og kører så hurtigt som muligt.

Prisen er lige så tydelig: den maskine kan ikke flyttes, mens den kører, til en server med en anden processor. Har du bygget en klynge, bliver den maskine, du vil flytte en vedligeholdelsesnat, stående netop på grund af denne indstilling.

Valget er altså det samme bytte, der dukker op igen og igen i denne wiki: ydelse eller bevægelighed.

Tre situationer, tre svar

Har du én maskine, så send serverens processor videre. Der er ingen steder at flytte hen, så det giver ingen mening at betale for forenelighed.

Er serverne i klyngen ens, kan du også sende den videre. Samme processor, samme egenskaber.

Er serverne i klyngen forskellige, så tag mellemvejen: vælg en navngiven moderne model, som alle understøtter. Du får størstedelen af de moderne instruktioner, og flytbarheden bevares. Det er den mest oversete og som regel den rigtigste mulighed.

Den almindelige fælde

Det sker i denne rækkefølge: du begynder med én maskine, sætter processoren til serverens, der går måneder, du køber en server nummer to og bygger en klynge, og når vedligeholdelsesnatten kommer, flytter maskinerne ikke.

I det øjeblik husker ingen en indstilling, der blev lavet for måneder siden. Den dag, du bygger en klynge, så gennemgå processorindstillingen på de eksisterende maskiner.

Hvad man bør vide, når man ændrer

At ændre processormodel betyder at vise gæsten, at hardwaren har ændret sig. Derfor kræver ændringen, at maskinen standses helt og startes igen; at genstarte indefra er ikke nok.

Nogle styresystemer bemærker også en hardwareændring licensmæssigt. Har du sådan en gæst, så regn med det, før du foretager ændringen.

Hvad Atlas gør

Atlas genkender de gamle standardprocessortyper og markerer det, når en maskine stadig kører med en af dem.

Valget af niveau betyder noget her: dette er et forslag, ikke en advarsel. Grunden er ærlig: standardvalget er ikke i stykker, det virker. Der ligger blot ydelse tilbage på bordet. At kalde noget, der ikke er i stykker, en advarsel sænker værdien af ægte advarsler.

Markeringen ligger under overskriften ydelse, så den siger ikke "denne maskine er sat forkert op", den siger "denne maskine kunne være hurtigere".

Og forslaget fører dig direkte hen, hvor indstillingen ligger. At fortælle nogen, at noget kan forbedres, og så lade dem lede efter, hvor det ligger, er kun en anelse bedre end slet ikke at fortælle det.