Энэ бол серверийн техник хангамжийн салбарт нэлээд түгээмэл байдаг домог юм. Практикт хэт нийлсэн шийдлүүд (бүх зүйл нэг дор байгаа үед) олон зүйлд хэрэгтэй байдаг. Түүхийн хувьд анхны архитектурыг Amazon болон Google-ийн үйлчилгээнд зориулж боловсруулсан. Дараа нь тус бүр өөрийн гэсэн дисктэй ижил зангилаанаас тооцоолох ферм хийх санаа байв. Энэ бүгдийг зарим систем үүсгэгч програм хангамж (гипервайзер) нэгтгэж, виртуал машинуудад хуваасан. Гол зорилго нь нэг зангилаанд үйлчлэхэд хамгийн бага хүчин чармайлт гаргах, масштаблах үед хамгийн бага асуудал гарах явдал юм: зүгээр л өөр мянга эсвэл хоёр ижил сервер худалдаж аваад тэдгээрийг ойролцоо холбоно уу. Практикт эдгээр нь тусгаарлагдсан тохиолдлууд бөгөөд ихэнхдээ бид цөөн тооны зангилаа, арай өөр архитектурын тухай ярьж байна.
Гэхдээ нэмэх нь ижил хэвээр байна - масштаблах, удирдахад гайхалтай хялбар байдал. Сул тал нь өөр өөр ажлууд нь нөөцийг өөр өөрөөр зарцуулдаг бөгөөд зарим газарт олон тооны локал дискүүд байх болно, заримд нь RAM бага байх болно, өөрөөр хэлбэл өөр өөр төрлийн ажлуудын хувьд нөөцийн ашиглалт буурна.
Тохируулахад хялбар болгохын тулд та 10-15% илүү төлөх болно. Энэ бол гарчиг дахь домог яриаг өдөөсөн зүйл юм. Технологийг хаана оновчтой ашиглахыг бид удаан хугацаанд хайж, олж мэдсэн. Үнэн хэрэгтээ Cisco өөрийн гэсэн хадгалах системгүй байсан ч тэд серверийн зах зээлийг бүрэн эзэмшихийг хүсч байсан. Мөн тэд Cisco Hyperflex-ийг хийсэн - зангилаанууд дээр локал хадгалалт бүхий шийдэл.
Энэ нь гэнэт нөөц мэдээллийн төвүүдийн хувьд маш сайн шийдэл болж хувирав (Гамшгийн нөхөн сэргээлт). Яагаад, яаж гэдгийг би одоо хэлье. Тэгээд би танд кластер тестүүдийг үзүүлье.
Шаардлагатай газар
Гиперконвергенц нь:
- Дискүүдийг тооцоолох цэгүүд рүү шилжүүлж байна.
- Хадгалах дэд системийг виртуалчлалын дэд системтэй бүрэн нэгтгэх.
- Сүлжээний дэд системтэй дамжуулах / нэгтгэх.
Энэхүү хослол нь танд виртуалчлалын түвшинд хадгалах системийн олон функцийг нэг хяналтын цонхноос хэрэгжүүлэх боломжийг олгодог.
Манай компанид илүүдэл дата төвийг зохион бүтээх төслүүд маш их эрэлт хэрэгцээтэй байгаа бөгөөд олон тооны хуулбарлах сонголтуудаас (метрокластер хүртэл) хэт нэгдмэл шийдлийг ихэвчлэн сонгодог.
Нөөц дата төвүүдийн хувьд бид ихэвчлэн хотын нөгөө талд эсвэл өөр хотод байгаа алслагдсан байгууламжийн тухай ярьж байна. Энэ нь үндсэн мэдээллийн төв хэсэгчлэн эсвэл бүрэн доголдсон тохиолдолд чухал системийг сэргээх боломжийг танд олгоно. Борлуулалтын өгөгдөл тэнд байнга хуулбарлагддаг бөгөөд энэ хуулбар нь хэрэглээний түвшинд эсвэл блок төхөөрөмж (хадгалах) түвшинд байж болно.
Тиймээс, одоо би системийн дизайн, туршилтын талаар, дараа нь хадгаламжийн өгөгдөл бүхий бодит амьдрал дээрх хэрэглээний хэд хэдэн хувилбаруудын талаар ярих болно.
Шалгалт
Манай жишээ нь дөрвөн серверээс бүрдэх бөгөөд тус бүр нь 10 ГБ багтаамжтай 960 SSD дисктэй. Бичих үйлдлийг кэш хийх, үйлчилгээний виртуал машиныг хадгалах зориулалттай диск байдаг. Шийдэл нь өөрөө дөрөв дэх хувилбар юм. Эхнийх нь илэн далангүй (шүүмжээс харахад), хоёр дахь нь чийгтэй, гурав дахь нь нэлээд тогтвортой бөгөөд үүнийг олон нийтэд зориулсан бета туршилт дууссаны дараа гаргасан хувилбар гэж нэрлэж болно. Туршилтын явцад би ямар ч асуудал хараагүй, бүх зүйл цаг шиг ажилладаг.
v4-ийн өөрчлөлтүүдОлон тооны алдаануудыг зассан.
Эхэндээ платформ нь зөвхөн VMware ESXi гипервизортой ажиллах боломжтой байсан бөгөөд цөөн тооны зангилаа дэмждэг байв. Түүнчлэн, байршуулах үйл явц үргэлж амжилттай дуусдаггүй, зарим алхмуудыг дахин эхлүүлэх шаардлагатай байсан, хуучин хувилбаруудыг шинэчлэхэд асуудал гарсан, GUI дахь өгөгдөл үргэлж зөв харагдахгүй байсан (гэхдээ би гүйцэтгэлийн графикийг харуулахад сэтгэл хангалуун бус хэвээр байна) ), заримдаа виртуалчлалын интерфейс дээр асуудал гардаг.
Одоо хүүхэд насны бүх асуудал шийдэгдсэн тул HyperFlex нь ESXi болон Hyper-V-ийн аль алиныг нь зохицуулах боломжтой бөгөөд үүнээс гадна:
- Сунгасан кластер үүсгэх.
- Fabric Interconnect ашиглахгүйгээр оффисын кластер үүсгэх, хоёроос дөрвөн цэг хүртэл (бид зөвхөн сервер худалдаж авдаг).
- Гадаад хадгалах системтэй ажиллах чадвартай.
- Контейнер болон Кубернетэд зориулсан дэмжлэг.
- Хүртээмжтэй бүсүүдийг бий болгох.
- Хэрэв суурилуулсан функц хангалтгүй байвал VMware SRM-тэй нэгтгэх.
Архитектур нь гол өрсөлдөгчдийнхөө шийдлээс тийм ч их ялгаатай биш бөгөөд тэд унадаг дугуй бүтээгээгүй. Энэ бүхэн VMware эсвэл Hyper-V виртуалчлалын платформ дээр ажилладаг. Техник хангамж нь өмчийн Cisco UCS серверүүд дээр байрладаг. Анхны тохиргооны харьцангуй нарийн төвөгтэй байдал, олон товчлуурууд, энгийн бус загвар, хамаарлын систем зэргээс болж платформыг үзэн яддаг хүмүүс байдаг ч Зэн сурсан, санаанаас нь урам зориг авч, цаашид үүнийг хүсэхгүй байгаа хүмүүс бас байдаг. бусад серверүүдтэй ажиллах.
Энэхүү шийдэл нь анх түүнд зориулагдсан бөгөөд илүү их ажиллагаатай тул бид VMware-ийн шийдлийг авч үзэх болно; Өрсөлдөгчидтэй хөл нийлүүлэн алхаж, зах зээлийн хүлээлтийг хангахын тулд Hyper-V-ийг нэмж оруулсан.
Дискээр дүүрсэн серверүүдийн кластер байна. Мэдээлэл хадгалах дискүүд байдаг (SSD эсвэл HDD - таны амт, хэрэгцээнд нийцүүлэн), кэш хийх нэг SSD диск байдаг. Өгөгдлийн санд өгөгдөл бичихдээ өгөгдлийг кэшийн давхаргад хадгалдаг (засварлагдсан SSD диск ба үйлчилгээний VM-ийн RAM). Үүний зэрэгцээ өгөгдлийн блокыг кластер дахь зангилаа руу илгээдэг (зангилааны тоо нь кластерын хуулбарлах хүчин зүйлээс хамаарна). Амжилттай бичлэг хийсэн тухай бүх зангилаанаас баталгаажуулсны дараа бичлэгийн баталгаажуулалтыг гипервизор руу, дараа нь VM руу илгээнэ. Бүртгэгдсэн өгөгдлийг хуулбарлаж, шахаж, хадгалах диск рүү арын дэвсгэр дээр бичдэг. Үүний зэрэгцээ том блокыг хадгалах дискнүүд дээр үргэлж дарааллаар нь бичдэг бөгөөд энэ нь хадгалах дискний ачааллыг бууруулдаг.
Хувилбар болон шахалтыг үргэлж идэвхжүүлдэг бөгөөд идэвхгүй болгох боломжгүй. Мэдээллийг хадгалах диск эсвэл RAM кэшээс шууд уншдаг. Хэрэв эрлийз тохиргоо ашиглаж байгаа бол уншсан мэдээлэл нь мөн SSD дээр хадгалагдана.
Өгөгдөл нь виртуал машины одоогийн байршилтай холбоогүй бөгөөд зангилааны хооронд жигд тархсан байна. Энэ арга нь бүх диск болон сүлжээний интерфейсийг адилхан ачаалах боломжийг олгодог. Илэрхий сул тал бий: бид унших хоцролтыг аль болох багасгаж чадахгүй, учир нь дотоодод өгөгдөл авах баталгаа байхгүй. Гэхдээ энэ нь авч буй үр өгөөжтэй харьцуулахад өчүүхэн золиослол гэдэгт би итгэдэг. Түүгээр ч барахгүй сүлжээний саатал нь ерөнхий үр дүнд бараг нөлөөлөхгүй тийм утгад хүрсэн.
Хадгалах цэг бүр дээр бүтээгдсэн тусгай үйлчилгээний VM Cisco HyperFlex Data Platform хянагч нь дискний дэд системийн бүх үйлдлийн логикийг хариуцдаг. Манай үйлчилгээний VM тохиргоонд найман vCPU, 72 ГБ RAM хуваарилсан нь тийм ч бага биш юм. Хост өөрөө 28 физик цөм, 512 ГБ RAM-тай гэдгийг сануулъя.
Үйлчилгээний VM нь SAS хянагчийг VM руу дамжуулах замаар физик диск рүү шууд хандах боломжтой. Гипервизортой харилцах нь I/O үйлдлийг таслан зогсоох тусгай модуль IOVisor, мөн гипервизорын API руу тушаал илгээх боломжийг олгодог агент ашиглан хийгддэг. Агент нь HyperFlex агшин зуурын зураг болон клонтой ажиллах үүрэгтэй.
Дискний нөөцийг гипервизорт NFS эсвэл SMB хувьцаа хэлбэрээр суулгадаг (гипервизорын төрлөөс хамааран аль нь хаана байгааг тааварлаарай). Бүрээсний доор энэ нь насанд хүрэгчдийн бүрэн хэмжээний хадгалах системийн функцуудыг нэмэх боломжийг олгодог хуваарилагдсан файлын систем юм: нимгэн эзлэхүүний хуваарилалт, шахалт ба давхардал, Redirect-on-Write технологийг ашиглан агшин зуурын зураг авах, синхрон/асинхрон хуулбарлах.
Үйлчилгээний VM нь HyperFlex дэд системийн WEB удирдлагын интерфейс рүү нэвтрэх боломжийг олгодог. vCenter-тэй интеграцчилал байдаг бөгөөд өдөр тутмын ихэнх ажлыг үүн дээр хийх боломжтой боловч жишээлбэл, хэрэв та хурдан HTML5 интерфэйс рүү шилжсэн эсвэл бүрэн хэмжээний Flash клиент ашигладаг бол өгөгдлийн сангууд тусдаа вэбкамераас хасах нь илүү тохиромжтой. бүрэн интеграцчилалтай. Үйлчилгээний вэбкамераас та системийн гүйцэтгэл, нарийвчилсан статусыг харах боломжтой.
Кластерт өөр төрлийн зангилаа байдаг - тооцоолох зангилаанууд. Эдгээр нь суурилуулсан дискгүй тавиур эсвэл blade сервер байж болно. Эдгээр серверүүд нь өгөгдөл нь диск бүхий сервер дээр хадгалагддаг VM-үүдийг ажиллуулж болно. Өгөгдлийн хандалтын үүднээс зангилааны төрлүүдийн хооронд ялгаа байхгүй, учир нь архитектур нь өгөгдлийн физик байршлаас хийсвэрлэхийг агуулдаг. Тооцоолох зангилаа болон хадгалах цэгийн хамгийн их харьцаа 2:1 байна.
Тооцоолох цэгүүдийг ашиглах нь кластерын нөөцийг нэмэгдүүлэх уян хатан байдлыг нэмэгдүүлдэг: хэрэв бидэнд зөвхөн CPU/RAM хэрэгтэй бол дисктэй нэмэлт зангилаа худалдаж авах шаардлагагүй. Нэмж дурдахад бид ирний тор нэмж, серверүүдийг тавиур дээр байрлуулахад хэмнэх боломжтой.
Үүний үр дүнд бид дараах шинж чанаруудтай гиперконверт платформтой боллоо.
- Кластерт 64 хүртэлх зангилаа (32 хүртэл хадгалах цэг).
- Кластер дахь зангилааны хамгийн бага тоо нь гурав (Edge кластерын хувьд хоёр).
- Өгөгдлийн илүүдэл механизм: хуулбарлах хүчин зүйл 2 ба 3-тай толин тусгал.
- Метроны кластер.
- Өөр HyperFlex кластерт асинхрон VM хуулбарлах.
- VM-ийг алсын мэдээллийн төв рүү шилжүүлэх зохион байгуулалт.
- Redirect-on-Write технологийг ашиглан уугуул хормын хувилбарууд.
- Хуулбарлах хүчин зүйл 1, давхардалгүй 3 PB хүртэл ашиглах боломжтой зай. Бид хуулбарлах хүчин зүйл 2-ыг тооцдоггүй, учир нь энэ нь ноцтой борлуулалт хийх сонголт биш юм.
Өөр нэг том давуу тал бол удирдлага, байршуулахад хялбар байдал юм. UCS серверүүдийг тохируулах бүх нарийн төвөгтэй байдлыг Cisco инженерүүдийн бэлтгэсэн тусгай VM хариуцдаг.
Туршилтын вандан тохиргоо:
- 2 х Cisco UCS Fabric Interconnect 6248UP нь удирдлагын кластер болон сүлжээний бүрэлдэхүүн хэсэг (Ethernet 48G/FC 10G горимд ажилладаг 16 порт).
- Дөрвөн Cisco UCS HXAF240 M4 сервер.
Серверийн шинж чанарууд:
CPU-ийн
2 x Intel® Xeon® E5-2690 v4
RAM
16 x 32GB DDR4-2400-MHz RDIMM/PC4-19200/хос зэрэглэл/x4/1.2v
Сүлжээний
UCSC-MLOM-CSC-02 (VIC 1227). 2 10G Ethernet порт
Хадгалах HBA
Cisco 12G модульчлагдсан SAS нь хянагчаар дамжин өнгөрөх
Хадгалах дискүүд
1 x SSD Intel S3520 120 GB, 1 x SSD Samsung MZ-IES800D, 10 x SSD Samsung PM863a 960 GB
Бусад тохиргооны сонголтуудСонгосон техник хангамжаас гадна дараах сонголтуудыг ашиглах боломжтой.
- HXAF240c M5.
- Intel Silver 4110-аас Intel Platinum I8260Y хүртэлх нэг эсвэл хоёр CPU. Хоёр дахь үе боломжтой.
- 24 санах ойн үүр, 16 GB RDIMM 2600-аас 128 GB LRDIMM 2933 хүртэлх зурвасууд.
- 6-аас 23 өгөгдлийн диск, нэг кэш диск, нэг системийн диск, нэг ачаалах диск.
Хүчин чадалтай хөтчүүд
- HX-SD960G61X-EV 960GB 2.5 инчийн аж ахуйн нэгжийн үнэ цэнэ 6G SATA SSD (1X тэсвэрлэх чадвар) SAS 960 GB.
- HX-SD38T61X-EV 3.8TB 2.5 инчийн Enterprise Value 6G SATA SSD (1X тэсвэрлэх чадвар) SAS 3.8 TB.
- Драйвуудыг кэшлэх
- HX-NVMEXPB-I375 375GB 2.5 инчийн Intel Optane Drive, Extreme Perf & Endurance.
- HX-NVMEHW-H1600* 1.6TB 2.5 инчийн Ent. Perf. NVMe SSD (3X тэсвэрлэх чадвар) NVMe 1.6 TB.
- HX-SD400G12TX-EP 400GB 2.5 инчийн Ent. Perf. 12G SAS SSD (10X тэсвэрлэх чадвар) SAS 400 GB.
- HX-SD800GBENK9** 800GB 2.5 инчийн Ent. Perf. 12G SAS SED SSD (10X тэсвэрлэх чадвар) SAS 800 GB.
- HX-SD16T123X-EP 1.6TB 2.5 инчийн Байгууллагын гүйцэтгэл 12G SAS SSD (3X тэсвэрлэх чадвар).
Систем/логийн хөтчүүд
- HX-SD240GM1X-EV 240GB 2.5 инчийн Enterprise Value 6G SATA SSD (Шинэчлэх шаардлагатай).
Ачаалах хөтчүүд
- HX-M2-240GB 240GB SATA M.2 SSD SATA 240 GB.
40G, 25G эсвэл 10G Ethernet портоор дамжуулан сүлжээнд холбогдоно уу.
FI нь HX-FI-6332 (40G), HX-FI-6332-16UP (40G), HX-FI-6454 (40G/100G) байж болно.
Туршилт өөрөө
Дискний дэд системийг шалгахын тулд би HCIBench 2.2.1 ашигласан. Энэ бол олон виртуал машинаас ачааллыг автоматжуулах боломжийг олгодог үнэгүй хэрэгсэл юм. Ачаалал нь өөрөө ердийн fio-ээр үүсгэгддэг.
Манай кластер нь дөрвөн зангилаанаас бүрдэх бөгөөд хуулбарлах хүчин зүйл 3, бүх дискүүд нь Flash юм.
Туршилтын хувьд би дөрвөн мэдээллийн сан, найман виртуал машин үүсгэсэн. Бичих тестийн хувьд кэш диск дүүрээгүй гэж үздэг.
Туршилтын үр дүн дараах байдалтай байна.
100% Унших 100% Санамсаргүй
0% Унших 100% Санамсаргүй
Блок/дарааллын гүн
128
256
512
1024
2048
128
256
512
1024
2048
4K
0,59 мс 213804 IOPS
0,84 мс 303540 IOPS
1,36 мс 374348 IOPS
2.47 мс 414116 IOPS
4,86 мс 420180 IOPS
2,22 мс 57408 IOPS
3,09 мс 82744 IOPS
5,02 мс 101824 IPOS
8,75 мс 116912 IOPS
17,2 мс 118592 IOPS
8K
0,67 мс 188416 IOPS
0,93 мс 273280 IOPS
1,7 мс 299932 IOPS
2,72 мс 376,484 IOPS
5,47 мс 373,176 IOPS
3,1 мс 41148 IOPS
4,7 мс 54396 IOPS
7,09 мс 72192 IOPS
12,77 мс 80132 IOPS
16K
0,77 мс 164116 IOPS
1,12 мс 228328 IOPS
1,9 мс 268140 IOPS
3,96 мс 258480 IOPS
3,8 мс 33640 IOPS
6,97 мс 36696 IOPS
11,35 мс 45060 IOPS
32K
1,07 мс 119292 IOPS
1,79 мс 142888 IOPS
3,56 мс 143760 IOPS
7,17 мс 17810 IOPS
11,96 мс 21396 IOPS
64K
1,84 мс 69440 IOPS
3,6 мс 71008 IOPS
7,26 мс 70404 IOPS
11,37 мс 11248 IOPS
Болд нь утгыг илэрхийлдэг бөгөөд үүний дараа бүтээмж нэмэгдэхгүй, заримдаа бүр доройтол ажиглагддаг. Энэ нь бид сүлжээ/хянагч/дискний гүйцэтгэлээр хязгаарлагдаж байгаатай холбоотой юм.
- Дараалсан унших хурд 4432 MB/s.
- Дараалсан бичих 804 MB/s.
- Хэрэв нэг хянагч бүтэлгүйтвэл (виртуал машин эсвэл хостын бүтэлгүйтэл) гүйцэтгэл хоёр дахин буурна.
- Хадгалах диск бүтэлгүйтвэл 1/3-ийн бууралт болно. Дискийг дахин бүтээхэд хянагч бүрийн нөөцийн 5%-ийг зарцуулдаг.
Жижиг блок дээр бид хянагчийн (виртуал машин) гүйцэтгэлээр хязгаарлагддаг, түүний CPU нь 100% ачаалалтай байдаг ба блок нэмэгдэхэд бид портын зурвасын өргөнөөр хязгаарлагддаг. 10 Gbps нь AllFlash системийн боломжийг нээхэд хангалтгүй юм. Харамсалтай нь танилцуулсан үзүүлэнгийн параметрүүд нь 40 Гбит/с хурдтай ажиллах боломжийг бидэнд олгодоггүй.
Туршилт, архитектурыг судалсны үр дүнд бүх хостуудын хооронд өгөгдөл байршуулдаг алгоритмын ачаар бид өргөтгөх боломжтой, урьдчилан таамаглах боломжтой гүйцэтгэлийг олж авдаг, гэхдээ энэ нь уншихад бас хязгаарлалт болдог, учир нь локал дискнээс илүү их зүйлийг шахах боломжтой. Энд энэ нь илүү бүтээмжтэй сүлжээг хэмнэх боломжтой, жишээлбэл, FI 40 Гбит/с боломжтой.
Мөн кэш хийх, хуулбарлах нэг диск нь хязгаарлалт байж болох бөгөөд үнэндээ энэ туршилтын хэсэгт бид дөрвөн SSD диск рүү бичиж болно. Кэшийн хөтчүүдийн тоог нэмэгдүүлж, ялгааг нь харах боломжтой бол үнэхээр сайхан байх болно.
Бодит хэрэглээ
Нөөц мэдээллийн төвийг зохион байгуулахын тулд та хоёр аргыг ашиглаж болно (бид алсын сайт дээр нөөцлөлтийг байрлуулахыг бодохгүй байна):
- Идэвхтэй-Идэвхгүй. Бүх програмууд үндсэн мэдээллийн төвд байрладаг. Хуулбарлах нь синхрон эсвэл асинхрон юм. Хэрэв үндсэн мэдээллийн төв ажиллахгүй бол бид нөөцлөлтийг идэвхжүүлэх хэрэгтэй. Үүнийг гараар/скриптүүд/оркестрийн програмуудаар хийж болно. Энд бид хуулбарлах давтамжтай тохирсон RPO авах бөгөөд RTO нь администраторын хариу үйлдэл, ур чадвар, сэлгэн залгах төлөвлөгөөг боловсруулах/дибаг хийх чанараас хамаарна.
- Идэвхтэй-Идэвхтэй. Энэ тохиолдолд зөвхөн синхрон хуулбарлах боломжтой бөгөөд мэдээллийн төвүүдийн хүртээмжийг гурав дахь сайт дээр байрладаг чуулга/арбитр тодорхойлдог. RPO = 0, RTO нь 0 (хэрэв програм зөвшөөрвөл) эсвэл виртуалчлалын кластер дахь зангилааны дампуурлын хугацаатай тэнцэх боломжтой. Виртуалчлалын түвшинд идэвхтэй-идэвхтэй хадгалалт шаарддаг сунгасан (Метро) кластер үүсдэг.
Ихэвчлэн үйлчлүүлэгчид үндсэн мэдээллийн төвд сонгодог хадгалах систем бүхий архитектурыг аль хэдийн хэрэгжүүлсэн байдаг тул бид хуулбарлах өөр нэгийг зохион бүтээдэг. Миний дурдсанчлан Cisco HyperFlex нь асинхрон хуулбарлах болон сунгасан виртуалчлалын кластер үүсгэх боломжийг санал болгодог. Үүний зэрэгцээ бидэнд үнэтэй хуулбарлах функц, хоёр хадгалах систем дээр идэвхтэй-идэвхтэй өгөгдөлд хандах боломжтой Midrange болон түүнээс дээш түвшний тусгай хадгалах систем хэрэггүй.
Хувилбар 1: Бидэнд үндсэн болон нөөц мэдээллийн төвүүд, VMware vSphere дээрх виртуалчлалын платформ бий. Бүх бүтээмжтэй системүүд нь үндсэн мэдээллийн төвд байрладаг бөгөөд виртуал машинуудын хуулбарыг гипервизорын түвшинд гүйцэтгэдэг бөгөөд энэ нь нөөц мэдээллийн төвд VM-үүдийг асаалттай байлгахаас зайлсхийх болно. Бид өгөгдлийн сан болон тусгай програмуудыг суулгасан хэрэгслүүдийг ашиглан хуулбарлаж, VM-үүдийг асаалттай байлгадаг. Хэрэв үндсэн дата төв бүтэлгүйтвэл бид нөөц мэдээллийн төвд системийг ажиллуулдаг. Бид 100 орчим виртуал машинтай гэдэгт итгэдэг. Анхдагч дата төв ажиллаж байх үед зогсолтын дата төв нь туршилтын орчин болон бусад системийг ажиллуулж, үндсэн дата төв солигдвол унтрах боломжтой. Мөн бид хоёр талын хуулбарыг ашиглах боломжтой. Техник хангамжийн үүднээс авч үзвэл юу ч өөрчлөгдөхгүй.
Сонгодог архитектурын хувьд бид дата төв бүрт FibreChannel-ээр нэвтрэх, давхарлах, давхардал гаргах, шахах (онлайн биш), сайт бүрт 8 сервер, 2 FibreChannel свич, 10G Ethernet-ээр нэвтрэх боломжтой гибрид хадгалах системийг суурилуулах болно. Сонгодог архитектурт хуулбарлах, солих менежментийн хувьд бид VMware хэрэгслүүд (Replication + SRM) эсвэл гуравдагч талын хэрэгслүүдийг ашиглаж болох бөгөөд энэ нь арай хямд, заримдаа илүү тохиромжтой байх болно.
Зураг нь диаграммыг харуулж байна.
Cisco HyperFlex ашиглах үед дараах архитектурыг олж авна.
HyperFlex-ийн хувьд би их хэмжээний CPU/RAM нөөцтэй серверүүдийг ашигласан, учир нь... Зарим нөөц нь HyperFlex хянагч VM-д очих болно; CPU болон санах ойн хувьд би Cisco-той хамт тоглохгүйн тулд HyperFlex тохиргоог бага зэрэг дахин тохируулж, үлдсэн VM-ийн нөөцийг баталгаажуулсан. Гэхдээ бид FibreChannel шилжүүлэгчээс татгалзаж болох бөгөөд сервер бүрт Ethernet порт хэрэггүй болно; дотоод урсгалыг FI дотор шилжүүлдэг.
Үр дүн нь өгөгдлийн төв бүрийн хувьд дараах тохиргоотой болсон.
Серверүүд
8 x 1U сервер (384 GB RAM, 2 x Intel Gold 6132, FC HBA)
8 x HX240C-M5L (512 GB RAM, 2 x Intel Gold 6150, 3,2 GB SSD, 10 x 6 TB NL-SAS)
Хадгалах систем
FC Front-End (20TB SSD, 130 TB NL-SAS) бүхий гибрид хадгалах систем
-
LAN
2 x Ethernet шилжүүлэгч 10G 12 порт
-
SAN
2 х FC шилжүүлэгч 32/16Gb 24 порт
2 х Cisco UCS FI 6332
Тусгай зөвшөөрөл
VMware Ent Plus
VM шилжүүлгийн хуулбар ба/эсвэл зохион байгуулалт
VMware Ent Plus
Би Hyperflex-д хуулбарлах програм хангамжийн лиценз өгөөгүй, учир нь энэ нь бидэнд бэлэн байгаа.
Сонгодог архитектурын хувьд би өндөр чанартай, хямд үйлдвэрлэгч гэдгээ баталсан худалдагчийг сонгосон. Хоёр хувилбарын хувьд би тодорхой шийдэлд зориулж стандарт хөнгөлөлт үзүүлсэн бөгөөд үүний үр дүнд би бодит үнийг хүлээн авсан.
Cisco HyperFlex шийдэл нь 13% хямд болсон.
Хувилбар 2: хоёр идэвхтэй мэдээллийн төвийг бий болгох. Энэ хувилбарт бид VMware дээр сунгасан кластер зохион бүтээж байна.
Сонгодог архитектур нь виртуалчлалын серверүүд, SAN (FC протокол) болон тэдгээрийн хооронд байрлах эзлэхүүнийг уншиж, бичих боломжтой хоёр хадгалах системээс бүрдэнэ. Хадгалах систем бүр дээр бид хадгалахад хэрэгтэй багтаамжийг тавьдаг.
HyperFlex дээр бид зүгээр л хоёр сайт дээр ижил тооны зангилаа бүхий Stretch Cluster үүсгэдэг. Энэ тохиолдолд 2+2-ийн хуулбарлах коэффициентийг ашиглана.
Үр дүн нь дараах тохиргоо юм.
сонгодог архитектур
HyperFlex
Серверүүд
16 x 1U сервер (384 GB RAM, 2 x Intel Gold 6132, FC HBA, 2 x 10G NIC)
16 x HX240C-M5L (512 GB RAM, 2 x Intel Gold 6132, 1,6 TB NVMe, 12 x 3,8 TB SSD, VIC 1387)
Хадгалах систем
2 x AllFlash хадгалах систем (150 TB SSD)
-
LAN
4 x Ethernet шилжүүлэгч 10G 24 порт
-
SAN
4 х FC шилжүүлэгч 32/16Gb 24 порт
4 х Cisco UCS FI 6332
Тусгай зөвшөөрөл
VMware Ent Plus
VMware Ent Plus
Бүх тооцоололд би сүлжээний дэд бүтэц, дата төвийн зардал гэх мэтийг тооцоогүй: эдгээр нь сонгодог архитектур болон HyperFlex шийдлийн хувьд ижил байх болно.
Зардлын хувьд HyperFlex нь 5% илүү үнэтэй болсон. CPU/RAM-ийн нөөцийн хувьд би Cisco-д хазайлттай байсныг энд тэмдэглэх нь зүйтэй, учир нь би тохиргоонд санах ойн хянагчийн сувгуудыг жигд дүүргэсэн. Зардал нь бага зэрэг өндөр, гэхдээ дарааллаар нь биш, энэ нь гиперконвергенц нь "баячуудын тоглоом" байх албагүй, харин дата төв байгуулах стандарт арга барилтай өрсөлдөх боломжтой гэдгийг тодорхой харуулж байна. Энэ нь Cisco UCS серверүүд болон тэдгээрт тохирох дэд бүтэцтэй хүмүүст бас сонирхолтой байж магадгүй юм.
Давуу талуудын дунд бид SAN болон хадгалах системийг удирдах зардалгүй, онлайн шахалт ба давхардалгүй, дэмжлэг үзүүлэх нэг цэг (виртуалчлал, серверүүд, тэдгээр нь бас хадгалах системүүд), зай хэмнэх (гэхдээ бүх хувилбарт биш), үйл ажиллагааг хялбарчлах.
Дэмжлэгийн хувьд та үүнийг нэг үйлдвэрлэгчээс авах боломжтой - Cisco. Cisco UCS серверүүдийн туршлагаас харахад надад таалагдаж байна; Би үүнийг HyperFlex дээр нээх шаардлагагүй, бүх зүйл яг адилхан ажилласан. Инженерүүд цаг алдалгүй хариу үйлдэл үзүүлж, ердийн асуудлуудыг төдийгүй нарийн төвөгтэй захын тохиолдлуудыг шийдэж чадна. Заримдаа би тэдэн рүү "Ингэж болох юм уу, эргэчих" гэж асуудаг. эсвэл “Би энд ямар нэг зүйл тохируулсан, тэр ажиллахыг хүсэхгүй байна. Туслаач!" - тэд тэндээс шаардлагатай удирдамжийг тэвчээртэй олж, зөв үйлдлүүдийг зааж өгөх болно, тэд "Бид зөвхөн техник хангамжийн асуудлыг шийддэг" гэж хариулахгүй.
лавлагаа
- Миний шуудан - [имэйлээр хамгаалагдсан]
Эх сурвалж: www.habr.com