{"id":38966,"date":"2019-10-31T22:27:03","date_gmt":"2019-10-31T19:27:03","guid":{"rendered":"https:\/\/prohoster.info\/blog\/admin-bez-ruk-giperkonvergentsiya\/"},"modified":"2019-10-31T22:27:03","modified_gmt":"2019-10-31T19:27:03","slug":"admin-bez-ruk-giperkonvergentsiya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/admin-bez-ruk-giperkonvergentsiya","title":{"rendered":"Admin ilma k\u00e4te = h\u00fcperkonvergents?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Admin
\n\"Admin
\n
\nSee on m\u00fc\u00fct, mis on serveritehnika valdkonnas \u00fcsna levinud. Praktikas on aga h\u00fcbriidlahendused (kui k\u00f5ik on \u00fches) vajalikud mitmesugustel eesm\u00e4rkidel. Ajalooliselt arendati esimesed arhitektuurid Amazonis ja Googles nende teenuste jaoks. Idee oli luua arvutusfarm, kus k\u00f5ik s\u00f5lmed on \u00fchesugused ja igal neist on oma kettad. K\u00f5ike seda \u00fchendati mingi s\u00fcsteemi loomise tarkvara (h\u00fcperviisoriga) ja jagati seej\u00e4rel virtuaalseteks masinateks. Peamine eesm\u00e4rk \u2014 minimaalne hoolduskoormus \u00fche s\u00f5lme jaoks ja probleemide minimaalne arv mahu suurendamisel: lihtsalt osteti veel tuhat-kaks selliseid servereid ja \u00fchendati k\u00f5rval. Praktikas on see \u00fcksikjuhtum, ja palju sagedamini r\u00e4\u00e4gitakse v\u00e4iksemate s\u00f5lmede arvust ja veidi teisest arhitektuurist. <\/p>\n

Kuid pluss j\u00e4\u00e4b endiseks \u2014 uskumatult lihtne skaleerimine ja haldamine. Miinus \u2014 erinevad \u00fclesanded tarbivad ressursse erinevalt, ja m\u00f5nes kohas on kohalikke kettaid palju, teises kohas v\u00e4hem RAM-i jne, see t\u00e4hendab, et erinevat t\u00fc\u00fcpi \u00fclesannete puhul on ressursside kasutamine madal. <\/p>\n

Selgus, et maksate 10\u201315% enam mugavuse eest seadistamisel. Just see tekitas pealkirjas oleva m\u00fc\u00fcdi. Otsisime kaua, kus see tehnoloogia optimaalselt rakenduks, ja leidsime. Asi on selles, et Cisco\u2019l ei olnud oma S\u00dcD-sid, kuid nad soovisid t\u00e4ielikku serveriturge. Ja nad l\u00f5id Cisco Hyperflexi \u2014 lahenduse kohalike salvestustega node'ides. <\/p>\n

Sellest sai \u00e4kki v\u00e4ga hea lahendus varukoopia andeskeskustele (Disaster Recovery). Miks ja kuidas \u2014 r\u00e4\u00e4gin n\u00fc\u00fcd. Ja n\u00e4itan klastritest teste. <\/a><\/noindex><\/p>\n

Kus on vajalik<\/h3>\n

\nH\u00fcpere konvergents \u2014 see on: <\/p>\n

    \n
  1. Kettade transport arvutusmoodulitesse.<\/li>\n
  2. T\u00e4ielik salvestuss\u00fcsteemi integreerimine virtualiseerimise alams\u00fcsteemiga.<\/li>\n
  3. Transport\/integreerimine v\u00f5rgu alams\u00fcsteemiga.<\/li>\n<\/ol>\n

    \nSelline kombinatsioon v\u00f5imaldab rakendada paljusid S\u00dcD funktsioone virtualiseerimise tasandil ja k\u00f5ike \u00fchest juhtpaneelist.<\/p>\n

    Meie ettev\u00f5ttes on v\u00e4ga n\u00f5utud projektid varukoopia andeskeskuste projekteerimiseks, ja sageli valitakse just h\u00fcbriidlahendus, kuna sellel on palju replikeerimise v\u00f5imalusi (kuni metroklaasini) juba standardsena. <\/p>\n

    Tavaliselt r\u00e4\u00e4gitakse varukoopiate andmekeskustest, mis asub teises linnas v\u00f5i linna teises otsas. See v\u00f5imaldab taastada kriitilised s\u00fcsteemid p\u00f5hikeskuse osalise v\u00f5i t\u00e4ieliku rikke korral. Andmeid replikatakse pidevalt, ning see v\u00f5ib toimuda rakendustasandil v\u00f5i plokkseadmestiku tasandil (SAN).<\/p>\n

    Seet\u00f5ttu r\u00e4\u00e4gin n\u00fc\u00fcd s\u00fcsteemi seadmest ja testidest ning seej\u00e4rel \u2014 paarist reaalse rakenduse stsenaariumist koos s\u00e4\u00e4stmisandmetega. <\/p>\n

    Testid<\/h3>\n

    \nMeie eksemplar koosneb neljast serverist, milles igas on 10 SSD-diski mahuga 960 GB. Seal on eraldi ketas kirjutamisoperatsioonide vahem\u00e4llu salvestamiseks ja teenuse virtuaalmasina hoidmiseks. Lahendus on juba neljas versioon. Esimene oli t\u00f5eliselt toor, teine j\u00e4i ikka veel tooreks, kolmas oli juba piisavalt stabiilne, ja seda v\u00f5ib pidada avaliku beetatestimise l\u00f5petamise j\u00e4rel v\u00e4lja antud versiooniks. Testimise ajal ei kohanud ma \u00fchtegi probleemi, k\u00f5ik t\u00f6\u00f6tab nagu kellav\u00e4rk.<\/p>\n

    Muudatused v4<\/b>Parandatud on palju vigu. <\/p>\n

    Alguses t\u00f6\u00f6tas platvorm ainult VMware ESXi h\u00fcperajuri ja toetas v\u00e4ikest arvu node. Samuti ei l\u00f5ppenud juurutamisprotsess alati edukalt, pidi m\u00f5ningaid etappe taask\u00e4ivitama, esines probleeme vanematelt versioonidelt uuendamisega ja andmete kuvamine GUI-s ei olnud alati korrektne (kuigi ma ei ole siiani eriti rahul j\u00f5udluse graafikute kuvamisega); m\u00f5nikord tekkisid probleemid virtualiseerimise piiril.<\/p>\n

    N\u00fc\u00fcd on k\u00f5ik algsed probleemid lahendatud, HyperFlex toetab nii ESXi kui Hyper-V, lisaks on v\u00f5imalik:<\/p>\n

      \n
    1. Laiendatud klastri loomine. <\/li>\n
    2. Klastri loomine kontorites ilma Fabric Interconnecti kasutamiseta, kahest kuni neljani node'ini (ostame ainult serverid).<\/li>\n
    3. V\u00f5ime t\u00f6\u00f6tada v\u00e4liste andmesalvestuss\u00fcsteemidega.<\/li>\n
    4. Konteinerite ja Kubernetes'e tugi.<\/li>\n
    5. Saadavuspiirkondade loomine.<\/li>\n
    6. Integreerimine VMware SRM-iga, kui sisseehitatud funktsionaalsus ei rahulda.<\/li>\n<\/ol>\n

      Arhitektuur ei erine oluliselt peamistest konkurentidest, ratast ei hakata uuesti v\u00e4lja m\u00f5tlema. K\u00f5ik t\u00f6\u00f6tab VMware v\u00f5i Hyper-V virtualiseerimisplatvormi peal. Riistvara on paigutatud Cisco UCS enda arendatud serveritesse. On neid, kes vihkavad platvormi suhtelise keerukuse t\u00f5ttu algse seadistamise, paljude nuppude, mittetriviaalsete mallide ja s\u00f5ltuvuste s\u00fcsteemi poolest, kuid on ka neid, kes on tunnetanud zen'i, m\u00f5istnud ideed ja ei soovi enam teiste serveritega t\u00f6\u00f6tada. <\/p>\n

      K\u00e4sitleme just VMware lahendust, kuna see lahendus loodi algselt selle jaoks ja omab rohkem funktsioone; Hyper-V-d viimistleti jooksvalt, et mitte konkurentidest maha j\u00e4\u00e4da ja vastata turu ootustele.<\/p>\n

      Klastri koosneb serveritest, millel on arvukalt k\u00f5vakettaid. Andmete s\u00e4ilitamiseks on saadaval muudatusdeta k\u00f5vakettad (SSD v\u00f5i HDD \u2014 vastavalt teie soovidele ja vajadustele), samuti \u00fcks SSD-ketas vahem\u00e4luks. Andmete kirjutamisel andmesalvestusse salvestatakse andmed vahem\u00e4lu kihile (eraldatud SSD-disk ja teenuse VM RAM). Samal ajal saadetakse andmeplokk klastrisse node'idesse (node'ide arv s\u00f5ltub klastrite replikatsiooni tegurist). P\u00e4rast k\u00f5igilt node\u2019idelt edukast kirjutamisest saavad kinnitused, mis saadetakse hyperviisorile ja sealt edasi VM-ile. Salvestatud andmed dedupeeritakse, tihendatakse ja kirjutatakse salvestusketastele taustal. Samuti kirjutatakse salvestusketastele alati suur plokk ja j\u00e4rjestikku, mis v\u00e4hendab salvestusketaste koormust.<\/p>\n

      Dedupeerimine ja tihendamine on pidevalt sisse l\u00fclitatud ning neid ei saa v\u00e4lja l\u00fclitada. Andmete lugemine toimub otse salvestuskettalt v\u00f5i RAM vahem\u00e4lust. Kui kasutatakse h\u00fcbriidkonfiguratsiooni, siis ka lugemine jaotatakse SSD-kettale.<\/p>\n

      Andmed ei seondu virtuaalmasina praeguse asukohaga ning jaotatakse s\u00f5lmede vahel v\u00f5rdselt. Selline l\u00e4henemine v\u00f5imaldab koormata k\u00f5ik ketas- ja v\u00f5rguinterfaced \u00fchtlaselt. Ilmselge miinus on see, et me ei saa maksimaalselt v\u00e4hendada lugemise viivitust, kuna puudub garantii, et andmed on lokaalsetes seadmetes olemas. Kuid ma arvan, et see on v\u00e4ike ohver v\u00f5rreldes saadud eelistega. Eriti kuna v\u00f5rgu viivitused on saavutanud selliseid v\u00e4\u00e4rtusi, et need ei m\u00f5juta praktiliselt \u00fcldist tulemust.<\/p>\n

      Kogu ketas- ja s\u00fcsteemi t\u00f6\u00f6 loogika eest vastutab spetsiaalne Teenuse VM Cisco HyperFlex Data Platform controller, mis luuakse igas salvestamise s\u00f5lmes. Meie konfiguratsioonis eraldati teenuse VM-le kaheksa vCPU ja 72 GB RAM, mis ei ole sugugi v\u00e4he. Tuletan meelde, et hostil on 28 f\u00fc\u00fcsilist tuuma ja 512 GB RAM.<\/p>\n

      Teenuslik VM p\u00e4\u00e4seb f\u00fc\u00fcsilistele kettale otse, kasutades SAS-kontrolleri edastamist VM-i. Suhtlemine h\u00fcperviisoriga toimub spetsiaalse IOVisor mooduli kaudu, mis tabab sisend-v\u00e4ljundoperatsioonid, ja agendi kaudu, mis v\u00f5imaldab k\u00e4ske edastada h\u00fcperviisori API-le. Agent vastutab HyperFlex'i j\u00e4\u00e4dvustuste ja kloonide t\u00f6\u00f6tamise eest.<\/p>\n

      H\u00fcperviisorile mountitakse kettaruumi ressursid kui NFS- v\u00f5i SMB-jagamine (s\u00f5ltub h\u00fcperviisori t\u00fc\u00fcbist, arvake, kummas on kummagi). Ja selle all on jaotatud failis\u00fcsteem, mis v\u00f5imaldab lisada t\u00e4iskasvanute funktsioone tipptasemel SDH-dest: pehme mahtude eraldamine, tihendamine ja dedupeerimine, Redirect-on-Write tehnoloogia j\u00e4\u00e4dvustused, s\u00fcnkroonne\/as\u00fcnkroonne replikatsioon.<\/p>\n

      Teenuse VM pakub juurdep\u00e4\u00e4su HyperFlex alams\u00fcsteemi haldus WEB-liidesesse. On olemas integratsioon vCenter'iga, ja enamik igap\u00e4evasest t\u00f6\u00f6st saab seal tehtud, kuid datastores't on n\u00e4iteks mugavam k\u00e4rpida eraldi veebiliidesest, kui olete juba liikunud kiiresti HTML5 liidesele, v\u00f5i kasutada t\u00e4ie\u00f5iguslikku Flash-kliendi t\u00e4ieintegratsiooniga. Teenuste veebiliideses saab vaadata s\u00fcsteemi j\u00f5udlust ja detailset olekut.<\/p>\n

      \"Admin
      \n
      \nKlastris on olemas ka teine t\u00fc\u00fcp s\u00f5lmedest - arvutuslikud s\u00f5lmed. Need v\u00f5ivad olla rack- v\u00f5i blade-serverid ilma sisemiste ketasteta. Nendel serveritel saab k\u00e4itada VM-e, mille andmed on salvestatud ketastega serveritesse. Andmete juurdep\u00e4\u00e4su osas pole s\u00f5lmet\u00fc\u00fcpide vahel erinevust, kuna arhitektuur eeldab andmete f\u00fc\u00fcsilise asukoha pealt abstraheerimist. Maksimaalne arv arvutuss\u00f5lmi ja salvestuss\u00f5lmi on 2:1.<\/p>\n

      Arvutuss\u00f5lmede kasutamine suurendab klastrite ressursside skaleerimispaindlikkust: me ei pea tingimata ostma ketastega s\u00f5lmi, kui meie vajadus on ainult CPU\/RAM. Lisaks v\u00f5ime lisada blade-korvi ja saavutada kokkuhoiust serverite paigutamisel rack'is.<\/p>\n

      Kokkuv\u00f5ttes on meil h\u00fcperkonvergentine platvorm j\u00e4rgmiste omadustega:<\/p>\n