Joustavuus pod-suunnittelun avulla virtualisoituihin tietokeskuksiin

Virtualisoitujen infrastruktuurien suhteen on hienoa, että meillä on tänään paljon joustavuutta. Olemme joustavia siinä mielessä, että meillä ei ole taakkaa suunnitella lähinnä perinteisiä, fyysisiä palvelinpohjaisia ​​työkuormia. Virtualisointi on melko joustavaa siinä mielessä, että voimme suunnitella minkä tahansa virtualisointiympäristön, minkä tahansa hintapisteen ja minkä tahansa suorituskykytason ympärille.

Käsittely podista tai säilötystä arkkitehtuurista tuli suosituksi vSphere- ja Hyper-V-tekniikoiden noustessa maata tietokeskuksissa kaikkialla. Monet suuret laitteisto- ja ohjelmistotoimittajat ovat tehneet ”esiasennetut” järjestelmät, jotka toteuttavat tämän käsityksen pod-arkkitehtuurista käyttämällä yhtä (tai pientä) komponenttia. Omassa virtualisointikokemuksessa olen tuntenut olosi mukavammaksi ja hallitsevan tilannetta suunnittelemalla virtualisoidut infrastruktuurini omalla valintani jokaiselle komponentille. Tämän avulla voin tehdä hyvin erityisiä päätöksiä jokaisessa vaiheessa ja muuttaa myös niitä muista tilanteista riippuen (kuten tasot, erityiset sijaintivaatimukset tai erilaiset sovellusnäkökohdat). Kuva A alla on yksi pod-malli, jota voidaan soveltaa VMware vSphere -ympäristöön:

Kuvio A

Tärkeä huomioida tässä järjestelyssä on, että joustavuutta on monia. Ensinnäkin tässä poolissa on karkea oletus VM: ien kokonaismäärästä - tarjotin 100. Tämä riippuu liian monesta tekijästä erityisten suositusten tekemiseksi, mutta tosiasia on, että IT-järjestelmänvalvojana tiedät enemmän profiilisi. Mutta se voi muuttua. Tällöin pod-mallin joustavuus tulee sisään. Voit tehdä päätöksiä tämän podin ympärillä, ja sitten ympäristösi kasvaessa voit jopa lisätä uuden podin. Tämä pod voi olla myös kolmen isäntämalli, ja ehkä et tarvitse Tier 2 -tallennustilaa. Se on kohta - että voit suunnitella palkin budjettirajoitteillesi ja sovelluksesi suoritusprofiileillesi. Ota tämä malli vähän tielle, jonne on lisätty vielä muutama palko. Tämä on esitetty kuvassa B :

Click image to enlarge.

Tässä esimerkissä meillä on viisi erilaista palkkia ja yksi virtuaalinen pod, jotka on nimetty hallintaan ja tietosuojaan. Tähän voi kuulua myös esimerkiksi Active Directory, tiedostopalvelimet ja etäkäyttöinfrastruktuuri. Pod-arkkitehtuurin ydin on sovellusten toimittaminen infrastruktuuriin. Tähän voisi kuulua myös nimetty pod-palvelu palveluille, kuten VDI, kehitysjärjestelmien altaat ja ”kaikkea muuta, joka on tiellä”. Tämän suunnittelun sivuhuomautus, mukana pod-suunnittelussa, antaa sinun helposti kohdistaa infrastruktuuriresurssit varustuskehyksiin, kuten VMware vCloud Director.

Olen henkilökohtaisesti todella nauttinut palkkien suunnittelusta ja näkemisestä, että palkoja on asennettu virtuaaliympäristöihin, juuri yksilöllisten tarpeiden mukaan. Kuinka olet suunnitellut palkit virtualisointiin? Jaa kommenttisi alla.

© Copyright 2020 | mobilegn.com