Taip pat skaitykite:
http://forum.ovh.com/showthread.php?t=94345
http://forum.ovh.com/showthread.php?t=94252
http://forum.ovh.com/showthread.php?t=94155
http://forum.ovh.com/showthread.php?t=94211
Sveiki
Nuo ko pradėti? Aptarsime kai kurias detales prieš pereidami prie bendrų dalykų.
Ovh.com svetainėje pasiūlysime 3 serverių gamas, kurios atsakys į 3 pagrindinius klientų poreikius, kuriuos identifikavome.
Vienas iš šių 3 poreikių - tai mūsų siūlomos vrack parinkties ir naujos funkcijos, kuri leidžia apjungti serverius viešajame tinkle, derinys. Tai yra tik privatus tinklas
Kontekstas:
-----------
Gavome klientų užklausas dėl jų vidinės infrastruktūros perkėlimo pas mus. Jie turi serverius, VM, ugniasienę, apkrovos balansatorius ir t.t., kurie sukonfigūruoti kartu, Kalbama apie 3-tier ar netgi aukštesnio lygmens architektūras. T.y. kai klientui reikia informacijos apie serverį, šis serveris užklaus 3-ojo (duomenų bazės) ar daugiau. Visi serveriai veikia kartu privačiuose tinkluose be/su ugniasniene tarp jų. Pavyzdžiui, PCI-DSS atveju, tai standartas talpinant bankinius duomenis.
Techniškai kalbant, tai serveriai su vrack 1.5/2.0, t.y. privataus tinklo korta, galinčia palaikyti daugybę privačių vlan vienam klientui.
Bet ne tik. Turime gavę užklausų iš klientų, kurie pageidauja apjungti šias 3-tier architektūras su jų duomenų centras ir sukurti didelį privatų tinklą tarp jų ir mūsų. Kliento privatus tinklas bus praplėstas tarp mūsų duomenų centrų, per mūsų tinklą, einantį tarp 17 PoP pasaulyje ir galintį apjungti klientus, kurie turi savo 100M, 1G, 10G ir 40G optinį pluoštą ir/ar daugybę buvimo taškų, šiuose 17 PoP siekiant užtikrinti atsparumą gedimams. Ir kaip visada privačiai, su daugybe privačių tinklų.
T.y. šie klientai nenori viešojo tinklo. Jiems taip pat nereikia viešo IP. Kodėl? Nes jų talpinami projektai ir duomenys yra konfidencialūs. Kalbame apie darbalaukius (DaaS = Desktop as a Service), BigData su konfidencialiais apskaitos ir finansų duomenimis.
Klientai taip pat pageidauja, kad duomenys būtų talpinami keliuose duomenų centruose, dėl atsparumo gedimams klausimų, taip pat dėl spartesnės prieigos. Iš tikrųjų jeigu klientas turi biurus Vokietijoje, Prancūzijoje ir Kanadoje, jis nori turėti prieigą prie duomenų su mažiausiu vėlinimu prieigos vietoje. Duomenų replikavimas keliuose duomenų centruose, keliose šalyse, keliuose žemynuose.
Taip pat svarstomi veiklos tęstinumo ir atnaujinimo planai:
- Veiklos tęstinumo planas (BCP)
- Veiklos atnaujinimo planas (DRP)
Mūsų klientai pageidauja naudoti infrastruktūras mūsų 4 duomenų centrų zonose (SBG, RBX, GRA ir BHS) ir taip užtikrinti veiklos tęstinumo planą (BCP) vos per keletą sekundžių/minučių perkeliant gamybą iš vienos infrastruktūros į kitą. Pavyzdžiui, klientai turi infrastruktūrą RBX ir nuolat atlieka rezervines kopijas SBG. Įvykus gedimui RBX, infrastruktūra perkeliama į SBG. DRP lygmeniu, dažniausiai turime vidaus infrastruktūros rezervinių kopijų infrastruktūrą, kuri gali atnaujinti veiklą per kelias valandas.
Šiais atvejais klientas pageidauja derinti visas mūsų siūlomas paslaugas. Dedikuotą serverį su Dedicated Cloud ir Public Cloud. T.y. klientas užtikrina BCP/DRP kuo mažesnėmis sąnaudomis, o kai iš tiesų reikia įgyvendinti BCP/DRP, klientas pageidauja tai atlikti kuo greičiau, bet galbūt to reikia tik kelioms dienoms. Technologijų derinys suteikia lankstumo kuriant infrastruktūras keliuose duomenų centruose.
Tai įdomu ir klientams, kuriems reikia viešojo tinklo. Jie galės naudoti privatų tinklą, kad suvaldytų visus mainus tarp serverių, taip pat derinti mūsų siūlomas technologijas ir paslaugas, taigi tuo pat metu naudoti Dedicated Cloud ir Public Cloud. Iš tiesų klientas dažnai renkasi Dedicated Cloud, kad greitai įdiegtų infrastruktūrą su daugybe dešimčių/šimtų virtualių mašinų, kurios komunikuoja tarpusavyje. Tam tikrais atvejais, pavyzdžiui, duomenų bazių atveju, klientas pageidauja naudoti dedikuotą serverį. Kodėl? Kad turėtų kuo daugiau disko I/O ir serveris būtų tame pačiame privačiame tinkle kaip ir Dedicated Cloud. Taigi deriname. Vėliau pasiekiamas didžiausias aktyvumas, pridedamos virtualios mašinos, bet ne į Dedicated Cloud, o į Public Cloud kelioms valandoms/dienoms. 3 paslaugos veikia kartu ir dedikuotų serverių lygmeniu serverius vadiname "Infrastruktūra".
Taip pat galime kalbėti apie Cloud Hybrid: klientas derina savo valdomą privatų Cloud su mūsų Dedicated Cloud ir Public Cloud. Visa tai tame pačiame privačiame tinkle tarp mūsų duomenų centrų ir kliento biurų/ duomenų centro.
Filosofija
------------
Pradėjome nuo tuščio lapo, kad pavaizduotume serverius, apjungtus viešajame ir privačiame tinkle, galvodami įtraukti serverius tik iš privataus, bet gedimams atsparaus tinklo.
Tai 2x1G ir 2x10G serveriai, taip pat ir mišrios konfigūracijos:
- 1x1G į viešajį tinklą ir 1x1G į privatų
arba
- 2x1G į privatų tinklą LAN ar dviejuose fiziniuose privačiuose tinkluose
- matysime, ar 4x1Gbps turi prasmės.
Gamą "Infrastruktūra" sudaro:
- "Tier-3" serveriai
- "Tier-4" serveriai
- "Tier-4 big" serveriai
"Tier-3" serveriai - tai serveriai su
- 2x1Gbps
- 1 elektros jungtimi spintoje
- 1 matinimo šaltiniu serveriui
- diskų coldswap (keičiant diską reikia išjungti maitinimą)
- 1 CPU
"Tier-4" serveriai su:
- 2x10G
- 2 elektros jungtimis spintoje, kuri maitinama iš 2 visiškai skirtintų elektros šaltinių
- 2 matinimo šaltiniais kiekviename serveryje, kiekvienas atsparus gedimams, galintis maitinti visą serverį
- diskų hotswap (sugedusius diskus galima pakeisti „karštai“)
- 2 CPU
"Tier-4 BIG" serveriai - tai serveriai kaip "Tier-4", bet jie susideda iš kelių korpusų. Taigi turime užtikrinti "Tier-4" diskų lygmeniu, apjungti korpusus tarpusavyje, garantuoti atsparumą gedimams SAS diskuose. Tikslas - atlaikyti klaidas ar gedimus nepaveikiant paslaugos, kuri teikiama serveryje. Diskus valdanti LSI korta sugedo? Nieko baisaus. Mes nekalbame tik apie spintos "Tier-3" ar "Tier-4", bet taip pat apie serverį/paslaugą. Taip pat galime nagrinėti įdomesnes ("funky") užklausas: kad dar labiau padinintume korpuso maitinimo bloko atsparumą gedimams, galime suteikti serverius su 3 maitinimo šaltiniais serveriams: 2 maitinimo šaltiniai atsparūs gedimams + 1 rezervinio matinimo elementas serveryje, galintis užtikrinti korpuso maitinimą 15 munčių. Jeigu viskas down, serveris ir toliau veikia su visais savo korpusais.
Tinklo lygmeniu, galvojame pristatyti mišrų tinklą: 1 NIC viešajame tinkle ir 1 NIC privačiame, bet jau turime užklausų, kad galėtume pasiūlyti itin kritinį atsparumą gedimams užtikrinant LAG (loginė jungtis, kurią sudaro 2 fizinės jungtys). Visa tai leidžia užtikrinti labai aukštą tinklo prieinamumą, taip pat dubliuoti tinklo pralaidumą tarp serverio ir privataus tinklo. Tai yra labai aukštas pasiekiamums.
Pasiūlymas
------
Kaip ir sakiau, pradėjome nuo tuščio lapo. Dirbome tryse, atvirai kalbant jau 2 mėnesius. Vakar pristatėme pasiūlymus savo komandoms, kurios turi paruošti prezentacijas ir pristatyti klientų atsiliepimus. Per prezentaciją pagalvojau, kad tai labai primena EG/MG/HG/HG-BIG (!!) pasiūlymus. Tai keista. Po diskusijų nusprendėme pakeisti "Tier-3", "Tier-4" ir "Tier-4 BIG" pasiūlymų pavadinimus ir toliau naudoti EG/MG/HG infrastruktūrų lygmeniu. Būsite mažiau pasimetę ir tiesa tai, kad serveriai EG/MG/HG jau su 2 tinklais.
Taigi turime "Infrastruktūrą", kurią sudaro serveriai:
- EG/MG, t.y. "Tier-3"
- HG, t.y. "Tier-4"
- HG BIG, t.y. "Tier-4 BIG"
taip pat
- Dedicated Cloud (pCC), t.y. "Tier-4 BIG"
- Public Cloud (pCI 2.0), t.y. "Tier-3"
Infrastruktūroje jūs galite valdyti begalę privačių tinklų (daugybę vlan klientui), taigi naudoti potinklį tarp serverių. Serveriai/VM gali būti 4 mūsų valdomų DC zonuose:
- SBG
- RBX
- GRA
- BHS
Taip pat siūlome:
- Load Balancing Managed: paslauga, kuri leidžia paskirstyti apkrovą tarp:
a) viešųjų IP
b) privačių IP, t.y. savo vidaus architektūroje jums gali prireikti sukurti klasterį, kurį naudos kiti serveriai. Visa tai privatu.
- viešą/privatų maršrutizavimą su ugniasiene
- NAT paslaugą, kuri leidžia serveriams/VM su privačiu IP patekti į internetą
- DHCP paslaugą, kuri leidžia VM paimti viešajį ar privatų adresą
- VPN, kuris leidžia apjungti privatų tinklą su:
a) mobiliuoju įrenginiu ar kompiuteriu ir užtikrinti darbuotojų mobilumą
b) biuru/duomenų centru naudojant jūsų viešąją jungtį (ADSL, ISP optinį pluoštą)
- Dedicated Connect, kuris leidžia pajungti optinį pluoštą biurui/duomenų centrui, naudojant mūsų tinklą 17 PoP pasaulyje. Kalbame apie dedikuotą 100M/1G/10G/40G. Taigi reikia sukurti tinklą tarp mūsų PoP ir jūsų biuro/duomenų centro, ir mes galime tai pasiūlyti su mūsų vietos partneriais beveik visuose svarbiuose Europos, JAV ir kanados miestuose.
Kalbant apie serverių pasiūlymus ir kainas, viskas priklauso nuo diskų pasirinkimo ir RAID atsparumo gedimams tipo. Todėl nusprendėme ištirti ir pristatyti tikslią gamą, leisti pasirinkti iš 18 pasiūlymų, pagal kainą. Tikslas - atrinkti ir turėti nuo 3 iki 5, vietoje 18 pasiūlymų. Galėsime patvirtinti, jei pasiūlymas yra įdomus ar ne. Mes suteiksime daugiau informacijos apie serverius ir jų kainas, tai bus "Infrastruktūra". Bet kuriuo atveju, šios gama kainuos nuo 100 EUR/mėn.
Draugiški linkėjimai
Octave
