Kazalo:
Torej, vi in vaše podjetje načrtujete svojo pot v oblak, pomemben korak pa je virtualizacija strežnikov, da se znebite vse te obsežne strojne opreme. Morda niste prepričani, kje začeti, ali pa potrebujete pomoč pri določanju najboljših praks, ko gre za nastavitev novih VM-jev. Sestavil sem svoje prve tri nasvete za čim bolj učinkovito in nebolečo virtualizacijo strežnika. Ti kazalci vam bodo pomagali, da se izognete morebitnim spoticanjem, zato boste porabili manj časa za postavitev in več časa, da se osredotočite na to, da služite svojemu podjetju.
Nasvet # 1: Velikost Mudro
Mogoče bi se zdelo logično, da bi imeli največje možne VM zmogljivosti, da sprejmejo veliko delovno obremenitev, kajne? Ne tako hitro. Previsoka zmogljivost CPU-jev v VM-ju lahko dejansko poslabša, ne izboljša. Na splošno bi se vaše dodelitve CPU-ja morale ujemati z uporabo. Če strežnik ne porablja v celoti virov, je previsoko zasnovan in lahko vpliva na uspešnost. Če boste pozneje potrebovali več virov, lahko vedno prilagodite velikost in dodate dodatne vire strežnika. Na drugi strani kovanca pazite, da ne pretiravate s svojimi gostitelji - metrike, kot sta baloniranje pomnilnika in CPU, so zgodnji pokazatelji, da gostitelj dosega svojo mejo. (Za več informacij o učinkovitosti VM glejte 5 stvari, ki lahko navidezno infrastrukturo omilijo.)
Nasvet # 2: Ostanite N + 1 odvečni
Tukaj zagotovo velja pravilo "dve je eno in eno ni nobeno". Če želite, da se eden od gostiteljev podaljša, je potrebno odpuščanje N + 1. Napačno obstaja napačna predpostavka, da VM-ji niso dovzetni za podobne težave, ki jih lahko naletite na fizični strežnik. Pravzaprav je odpuščanje še toliko bolj pomembno, če vsak vaš gostitelj izvaja več VM-jev. Poleg ohranjanja vročih in toplih rezervnih delov vam hladilnik omogoča, da zaščitite N + 1 takoj obnovite, če in ko se pojavi napačen gostitelj in ga je treba popraviti. Medtem ko bi preklop s fizičnih strežnikov lahko prihranil veliko glavobolov, ko gre za upravljanje in reševanje incidentov, boste še vedno želeli imeti gostitelja varnostnih kopij in drugega, tako rekoč "varnostno kopijo v varnostno kopijo".
