Съдържание:
Така че вие и вашата компания планирате пътуването си до облака и една основна стъпка включва виртуализиране на вашите сървъри, за да се отървете от целия този обемен хардуер. Но може би не сте сигурни откъде да започнете или се нуждаете от помощ за идентифициране на най-добрите практики, когато става въпрос за настройка на новите ви виртуални машини. Съставих моите най-добри три съвета за това да направя виртуализацията на сървъра възможно най-ефективна и безболезнена. Тези указатели ще ви помогнат да избягвате потенциални спънки, така че можете да отделите по-малко време за настройване и повече време, фокусирано върху обслужването на вашия бизнес.
Съвет №1: Размер Мъдро
Може да ви звучи логично да получите възможно най-голям брой виртуални машини с капацитет за поемане на работен обем с всякакъв размер, нали? Не толкова бързо. Свръхпредлагането на процесори на VM може всъщност да влоши производителността, а не по-добре. Като цяло вашите CPU разпределения трябва да съответстват на използваността. Ако сървърът не консумира напълно ресурси, той е свръхпредвиден и може да повлияе на производителността. Ако имате нужда от повече ресурси по-късно, винаги можете да мащабирате и добавите допълнителни ресурси на сървъра. От другата страна на монетата, уверете се, че не преувеличавате своите хостове - показатели като балониране на паметта и готовност на процесора са ранни индикатори, че хостът достига своя лимит. (За повече информация относно ефективността на VM вижте 5 неща, които могат да намалят виртуалната инфраструктура.)
Съвет №2: Останете N + 1 излишни
Тук определено важи правилото „две е едно и едно е никакво“. N + 1 съкращаването е необходимо, за да се осигури минимален престой, ако някой от вашите хостове се изправи с корем. Има погрешно схващане, че VM не са податливи на подобни проблеми, които бихте могли да срещнете с физически сървър. Всъщност съкращаването е още по-важно, ако всеки от вашите хостове работи с няколко VM. В допълнение към запазването на горещи и топли резервни части, студен резерв ви позволява да възстановите защитата си N + 1 веднага, ако и когато възникне дефектен хост и се нуждае от ремонт. Докато превключването от физически сървъри може да ви спести много главоболия, когато става въпрос за управление на инциденти и разрешаване, все пак ще искате да имате резервен хост и още едно, „резервно копие към резервното копие“, така да се каже.
