Ieu mitos anu cukup umum dina widang hardware server. Dina prakték, solusi hyperconverged (lamun sagalana aya dina hiji) diperlukeun pikeun loba hal. Dina sajarahna, arsitéktur munggaran dikembangkeun ku Amazon sareng Google pikeun jasana. Teras idena nyaéta ngadamel kebon komputasi tina titik anu idéntik, anu masing-masing gaduh disk sorangan. Sadaya ieu dihijikeun ku sababaraha software ngabentuk sistem (hypervisor) sareng dibagi kana mesin virtual. Tujuan utama nyaéta usaha minimum pikeun ngalayanan hiji titik sareng minimal masalah nalika skala: ngan ukur mésér sarébu atanapi dua server anu sami sareng sambungkeunana caket dieu. Dina prakna, ieu kasus terasing, sarta leuwih sering urang ngobrol ngeunaan jumlah leutik titik sarta arsitektur rada béda.
Tapi tambah tetep sami - betah luar biasa tina skala jeung manajemén. Kakuranganna nyaéta yén tugas anu béda-béda nganggo sumber daya anu béda-béda, sareng di sababaraha tempat bakal aya seueur disk lokal, di batur bakal aya sakedik RAM, sareng saterasna, nyaéta, pikeun sababaraha jinis tugas, panggunaan sumber daya bakal turun.
Tétéla anjeun mayar 10-15% langkung seueur pikeun ngagampangkeun setelan. Ieu naon sparked mitos dina judulna. Urang nyéépkeun waktos anu lami milarian dimana téknologi bakal diterapkeun sacara optimal, sareng kami mendakanana. Kanyataanna nyaéta Cisco henteu ngagaduhan sistem panyimpen sorangan, tapi aranjeunna hoyong pasar server anu lengkep. Sareng aranjeunna ngadamel Cisco Hyperflex - solusi sareng panyimpenan lokal dina titik.
Sareng ieu ujug-ujug janten solusi anu saé pikeun pusat data cadangan (Disaster Recovery). Kuring gé ngabejaan Anjeun naha jeung kumaha ayeuna. Sareng kuring bakal nunjukkeun anjeun tés klaster.
Dimana diperlukeun
Hyperconvergence nyaéta:
- Mindahkeun disk pikeun ngitung titik.
- Integrasi pinuh ku subsistem gudang sareng subsistem virtualisasi.
- Transfer/integrasi jeung subsistem jaringan.
Kombinasi ieu ngamungkinkeun anjeun pikeun nerapkeun seueur fitur sistem panyimpen dina tingkat virtualisasi sareng sadayana tina hiji jandela kontrol.
Di perusahaan kami, proyék pikeun ngarancang pusat data anu kaleuleuwihan diperyogikeun pisan, sareng solusi hyperconverged sering dipilih kusabab seueur pilihan réplikasi (dugi ka metrocluster) tina kotak.
Dina kasus puseur data cadangan, urang biasana ngobrol ngeunaan fasilitas jauh dina situs di sisi séjén kota atawa di kota sejen sakabehna. Eta ngidinan Anjeun pikeun mulangkeun sistem kritis dina acara gagalna parsial atawa lengkep tina puseur data utama. Data penjualan terus-terusan direplikasi di dinya, sareng réplikasi ieu tiasa di tingkat aplikasi atanapi di tingkat alat blok (panyimpen).
Kukituna, ayeuna kuring bakal ngobrol ngeunaan desain sistem sareng tés, teras ngeunaan sababaraha skenario aplikasi kahirupan nyata sareng data tabungan.
Tés
Instance kami diwangun ku opat server, anu masing-masing gaduh 10 drive SSD tina 960 GB. Aya disk khusus pikeun operasi nulis cache sareng nyimpen mesin virtual jasa. Solusi sorangan nyaéta versi kaopat. Anu kahiji terus terang kasar (ditilik ku ulasan), anu kadua beueus, anu katilu parantos stabil, sareng ieu tiasa disebat pelepasan saatos tés béta pikeun masarakat umum. Salila tés kuring henteu ningali masalah, sadayana jalan sapertos jam.
Parobahan dina v4A kebat bug geus dibereskeun.
Mimitina, platform ngan ukur tiasa dianggo sareng hypervisor VMware ESXi sareng ngadukung sajumlah leutik titik. Ogé, prosés panyebaran henteu salawasna suksés, sababaraha léngkah kedah dibalikan deui, aya masalah sareng ngamutahirkeun tina vérsi anu langkung lami, data dina GUI henteu salawasna ditampilkeun leres (sanaos kuring masih henteu resep kana tampilan grafik kinerja. ), sakapeung aya masalah dina antarmuka sareng virtualisasi.
Ayeuna sagala masalah budak leutik geus dibereskeun, HyperFlex tiasa ngadamel duanana ESXi jeung Hyper-V, ditambah kasebut nyaéta dimungkinkeun pikeun:
- Nyieun klaster manjang.
- Nyiptakeun klaster pikeun kantor tanpa nganggo Fabric Interconnect, tina dua dugi ka opat titik (urang ngan ukur mésér server).
- Kamampuhan pikeun digawe sareng sistem panyimpenan éksternal.
- Rojongan pikeun peti jeung Kubernetes.
- Nyiptakeun zona kasadiaan.
- Integrasi sareng VMware SRM upami fungsionalitas anu diwangun henteu nyugemakeun.
Arsitéktur henteu jauh béda sareng solusi pesaing utamina; aranjeunna henteu nyiptakeun sapédah. Éta sadayana dijalankeun dina platform virtualisasi VMware atanapi Hyper-V. hardware ieu hosted on proprietary Cisco UCS server. Aya jalma anu hate platform pikeun pajeulitna relatif tina setelan awal, loba tombol, sistem non-trivial tina témplat sarta kagumantungan, tapi aya ogé jalma anu geus diajar Zen, diideuan ku gagasan jeung euweuh hayang. pikeun digawe sareng server séjén.
Kami bakal nganggap solusi pikeun VMware, sabab solusina mimitina diciptakeun pikeun éta sareng gaduh fungsionalitas anu langkung ageung; Hyper-V ditambah sapanjang jalan supados tetep saingan sareng nyumponan ekspektasi pasar.
Aya gugusan server pinuh ku disk. Aya disk pikeun neundeun data (SSD atanapi HDD - numutkeun rasa sareng kabutuhan anjeun), aya hiji disk SSD pikeun cache. Nalika nyerat data kana datastore, data disimpen dina lapisan cache (disk SSD khusus sareng RAM tina jasa VM). Dina paralel, blok data dikirim ka titik dina klaster (jumlah titik gumantung kana faktor réplikasi klaster). Saatos konpirmasi ti sadaya titik ngeunaan rékaman suksés, konfirmasi rekaman dikirim ka hypervisor lajeng ka VM. Data anu dirékam di-deduplicated, dikomprés sareng ditulis kana disk panyimpenan di latar tukang. Dina waktos anu sami, blok ageung sok diserat kana disk panyimpenan sareng sacara berurutan, anu ngirangan beban dina disk panyimpenan.
Deduplikasi sareng komprési salawasna diaktipkeun sareng teu tiasa ditumpurkeun. Data dibaca langsung tina disk panyimpenan atanapi tina cache RAM. Upami konfigurasi hibrid dianggo, bacaan ogé disimpen dina SSD.
Data henteu dihijikeun ka lokasi ayeuna mesin virtual sareng disebarkeun merata antara titik-titik. Pendekatan ieu ngamungkinkeun anjeun pikeun ngamuat sadaya disk sareng antarmuka jaringan anu sami. Aya hiji kalemahan atra: urang teu bisa ngurangan latency dibaca saloba mungkin, saprak euweuh jaminan kasadiaan data lokal. Tapi kuring yakin yén ieu mangrupikeun pangorbanan sakedik dibandingkeun sareng kauntungan anu ditampi. Sumawona, telat jaringan parantos ngahontal nilai-nilai anu praktis henteu mangaruhan hasil umum.
A layanan husus VM Cisco HyperFlex Data Platform controller, nu dijieun dina unggal titik gudang, jawab sakabéh logika operasi tina subsistem disk. Dina konfigurasi VM jasa kami, dalapan vCPU sareng 72 GB RAM dialokasikeun, anu henteu sakedik. Hayu atuh ngingetan yén host sorangan boga 28 cores fisik sarta 512 GB RAM.
Ladenan VM boga aksés ka disk fisik langsung ku diteruskeun controller SAS ka VM. Komunikasi sareng hypervisor lumangsung ngaliwatan IOVisor modul husus, nu intercepts I / operasi O, sarta ngagunakeun agén nu ngidinan Anjeun pikeun ngirim paréntah ka API hypervisor. Agén éta tanggung jawab pikeun damel sareng snapshot sareng klon HyperFlex.
sumberdaya piringan dipasang dina hypervisor sakumaha NFS atanapi SMB biasa (gumantung kana jenis hypervisor, nebak nu mana). Sareng handapeun tiung, ieu mangrupikeun sistem file anu disebarkeun anu ngamungkinkeun anjeun pikeun nambihan fitur sistem panyimpen anu lengkep sawawa: alokasi volume ipis, komprési sareng deduplikasi, snapshot nganggo téknologi Redirect-on-Write, réplikasi sinkron / asinkron.
VM jasa nyadiakeun aksés ka panganteur manajemén WEB subsistem HyperFlex. Aya integrasi sareng vCenter, sareng seueur tugas sapopoé tiasa dilaksanakeun, tapi toko data, contona, langkung gampang dipotong tina webcam anu misah upami anjeun parantos ngalih ka antarmuka HTML5 anu gancang, atanapi nganggo klien Flash anu lengkep. kalawan integrasi pinuh. Dina webcam jasa anjeun tiasa ningali kinerja sareng status detil sistem.
Aya tipe séjén titik dina klaster - titik komputasi. Ieu tiasa janten server rak atanapi sabeulah tanpa disk anu diwangun. Server ieu tiasa ngajalankeun VM anu datana disimpen dina server anu nganggo disk. Tina sudut pandang aksés data, henteu aya bédana antara jinis titik, sabab arsitéktur ngalibatkeun abstraksi tina lokasi fisik data. Babandingan maksimum titik komputasi jeung titik gudang nyaéta 2:1.
Ngagunakeun titik komputasi ngaronjatkeun kalenturan nalika skala sumberdaya klaster: urang teu kudu meuli titik tambahan kalayan disk lamun urang ngan butuh CPU / RAM. Sajaba ti éta, urang bisa nambahkeun kandang sabeulah sarta simpen dina panempatan rak tina server.
Hasilna, urang gaduh platform hyperconverged sareng fitur ieu:
- Nepi ka 64 titik dina klaster (nepi ka 32 titik gudang).
- Jumlah minimum titik dina klaster nyaéta tilu (dua pikeun klaster Tepi).
- Mékanisme redundansi data: mirroring ku faktor réplikasi 2 jeung 3.
- Kluster Metro.
- Réplikasi VM Asynchronous ka klaster HyperFlex sejen.
- Orkestrasi ngalihkeun VM ka pusat data jauh.
- Potret asli nganggo téknologi Redirect-on-Write.
- Nepi ka 1 PB ruang anu tiasa dianggo dina faktor réplikasi 3 sareng tanpa deduplikasi. Kami henteu nganggap faktor réplikasi 2, sabab ieu sanés pilihan pikeun penjualan anu serius.
Katambah ageung sanésna nyaéta betah manajemén sareng panyebaran. Sadaya pajeulitna nyetél server UCS diurus ku VM khusus anu disiapkeun ku insinyur Cisco.
Konfigurasi bangku tés:
- 2 x Cisco UCS lawon Interconnect 6248UP salaku klaster manajemén jeung jaringan komponén (48 palabuhan operasi di Ethernet 10G / modeu FC 16G).
- Opat server Cisco UCS HXAF240 M4.
Karakteristik server:
CPU
2 x Intel® Xeon® E5-2690 v4
Ram
16 x 32GB DDR4-2400-MHz RDIMM/PC4-19200/rengking ganda/x4/1.2v
Network
UCSC-MLOM-CSC-02 (VIC 1227). 2 10G palabuhan Ethernet
Panyimpenan HBA
Cisco 12G Modular SAS Pass ngaliwatan controller
Panyimpenan piringan
1 x SSD Intel S3520 120 GB, 1 x SSD Samsung MZ-IES800D, 10 x SSD Samsung PM863a 960 GB
Pilihan konfigurasi langkungSalian hardware anu dipilih, pilihan ieu ayeuna sayogi:
- HXAF240c M5.
- Hiji atanapi dua CPU mimitian ti Intel Silver 4110 ka Intel Platinum I8260Y. Generasi kadua sadia.
- 24 slot mémori, strips tina 16 GB RDIMM 2600 ka 128 GB LRDIMM 2933.
- Tina 6 dugi ka 23 disk data, hiji disk cache, hiji disk sistem sareng hiji disk boot.
Kapasitas Drives
- HX-SD960G61X-EV 960GB 2.5 Inci Niley perusahaan 6G Kang Tata SSD (1X daya tahan) SAS 960 GB.
- HX-SD38T61X-EV 3.8TB 2.5 inci Niley perusahaan 6G Kang Tata SSD (1X daya tahan) SAS 3.8 TB.
- Caching drive
- HX-NVMEXPB-I375 375GB 2.5 inci Intel Optane Girang, Perf ekstrim & daya tahan.
- HX-NVMEHW-H1600 * 1.6TB 2.5 inci Ent. Perf. NVMe SSD (3X daya tahan) NVMe 1.6 TB.
- HX-SD400G12TX-EP 400GB 2.5 inci Ent. Perf. 12G SAS SSD (10X ketahanan) SAS 400 GB.
- HX-SD800GBENK9 ** 800GB 2.5 inci Ent. Perf. 12G SAS SED SSD (10X ketahanan) SAS 800 GB.
- HX-SD16T123X-EP 1.6TB 2.5 kinerja perusahaan inci 12G SAS SSD (3X ketahanan).
Sistem / Log drive
- HX-SD240GM1X-EV 240GB 2.5 inci Niley perusahaan 6G Kang Tata SSD (Merlukeun pamutahiran).
Boot Drives
- HX-M2-240GB 240GB Kang Tata M.2 SSD Kang Tata 240 GB.
Nyambung ka jaringan via 40G, 25G atanapi 10G palabuhan Ethernet.
FI tiasa HX-FI-6332 (40G), HX-FI-6332-16UP (40G), HX-FI-6454 (40G / 100G).
Tes sorangan
Pikeun nguji subsistem disk, I dipaké HCIBench 2.2.1. Ieu mangrupikeun utilitas gratis anu ngamungkinkeun anjeun pikeun ngajadikeun otomatis beban tina sababaraha mesin virtual. Beban sorangan dihasilkeun ku fio biasa.
Kluster kami diwangun ku opat titik, faktor réplikasi 3, sadaya disk nyaéta Flash.
Pikeun nguji, kuring nyiptakeun opat toko data sareng dalapan mesin virtual. Pikeun tés nulis, dianggap yén caching disk teu pinuh.
Hasil tés nyaéta kieu:
100% Baca 100% Acak
0% Baca 100% Acak
Blok / jero antrian
128
256
512
1024
2048
128
256
512
1024
2048
4K
0,59 mdet 213804 IOPS
0,84 mdet 303540 IOPS
1,36ms 374348 IOPS
2.47 mdet 414116 IOPS
4,86ms 420180 IOPS
2,22 mdet 57408 IOPS
3,09 mdet 82744 IOPS
5,02 mdet 101824 IPOS
8,75 mdet 116912 IOPS
17,2 mdet 118592 IOPS
8K
0,67 mdet 188416 IOPS
0,93 mdet 273280 IOPS
1,7 mdet 299932 IOPS
2,72 mdet 376,484 IOPS
5,47 mdet 373,176 IOPS
3,1 mdet 41148 IOPS
4,7 mdet 54396 IOPS
7,09 mdet 72192 IOPS
12,77 mdet 80132 IOPS
16K
0,77 mdet 164116 IOPS
1,12 mdet 228328 IOPS
1,9 mdet 268140 IOPS
3,96 mdet 258480 IOPS
3,8 mdet 33640 IOPS
6,97 mdet 36696 IOPS
11,35 mdet 45060 IOPS
32K
1,07 mdet 119292 IOPS
1,79 mdet 142888 IOPS
3,56 mdet 143760 IOPS
7,17 mdet 17810 IOPS
11,96 mdet 21396 IOPS
64K
1,84 mdet 69440 IOPS
3,6 mdet 71008 IOPS
7,26 mdet 70404 IOPS
11,37 mdet 11248 IOPS
Kandel nunjukkeun nilai-nilai anu saatosna henteu aya paningkatan produktivitas, sakapeung malah degradasi katingali. Ieu alatan kanyataan yén kami diwatesan ku kinerja jaringan / controller / disk.
- Sequential dibaca 4432 MB/s.
- Tulisan berurutan 804 MB/s.
- Lamun hiji controller gagal (gagalna mesin virtual atawa host), serelek kinerja dua kali.
- Lamun disk gudang gagal, drawdown nyaeta 1/3. Disk rebuild nyokot 5% tina sumberdaya unggal controller.
Dina blok leutik, kami diwatesan ku kinerja controller (mesin virtual), CPU na dimuat dina 100%, sarta nalika blok naek, kami diwatesan ku rubakpita port. 10 Gbps teu cukup pikeun muka konci poténsi sistem AllFlash. Hanjakal, parameter tina stand demo disadiakeun teu ngidinan urang pikeun nguji operasi di 40 Gbit / s.
Dina gambaran kuring tina tés jeung diajar arsitektur, alatan algoritma nu nempatkeun data antara sakabeh host, urang meunang scalable, kinerja bisa diprediksi, tapi ieu ogé watesan nalika maca, sabab bakal mungkin mun squeeze kaluar leuwih ti disk lokal. Ieu mungkin nyimpen jaringan leuwih produktif, contona, FI dina 40 Gbit / s sadia.
Ogé, hiji disk pikeun cache sareng deduplikasi tiasa janten watesan; kanyataanna, dina testbed ieu urang tiasa nyerat kana opat disk SSD. Eta bakal gede mun bisa nambahan jumlah cache drive tur tingal bédana.
pamakéan nyata
Pikeun ngatur pusat data cadangan, anjeun tiasa nganggo dua pendekatan (kami henteu nganggap nempatkeun cadangan dina situs jauh):
- Aktif-Pasip. Sadaya aplikasi di-host di pusat data utama. Réplikasi nyaéta sinkron atawa asinkron. Upami pusat data utama gagal, urang kedah ngaktipkeun cadangan. Ieu tiasa dilakukeun sacara manual / skrip / aplikasi orkestrasi. Di dieu urang bakal meunang hiji RPO commensurate kalawan frékuénsi réplikasi, sarta RTO gumantung kana réaksi jeung kaahlian administrator sarta kualitas ngembangkeun / debugging tina rencana switching.
- Aktip-aktip. Dina hal ieu, ngan ukur réplikasi sinkron; kasadiaan pusat data ditangtukeun ku kuorum/arbiter anu aya dina situs katilu. RPO = 0, sarta RTO bisa ngahontal 0 (lamun aplikasi ngamungkinkeun) atawa sarua jeung waktu failover hiji titik dina klaster virtualization. Dina tingkat virtualisasi, klaster manjang (Metro) didamel anu peryogi panyimpen Aktif-Aktif.
Biasana urang ningali yén klien parantos ngalaksanakeun arsitéktur kalayan sistem panyimpen klasik dina pusat data utama, ku kituna urang ngarancang anu sanés pikeun réplikasi. Salaku kuring disebutkeun, Cisco HyperFlex nawarkeun réplikasi Asynchronous sarta kreasi klaster virtualization stretched. Dina waktos anu sami, urang henteu peryogi sistem panyimpen khusus tina tingkat Midrange sareng langkung luhur kalayan fungsi réplikasi anu mahal sareng aksés data Aktip-Aktif dina dua sistem panyimpen.
Skénario 1: Kami gaduh pusat data primér sareng cadangan, platform virtualisasi dina VMware vSphere. Sadaya sistem produktif anu lokasina di puseur data utama, sarta réplikasi mesin virtual dipigawé dina tingkat hypervisor, ieu bakal nyingkahan ngajaga VMs dihurungkeun di puseur data cadangan. Urang ngayakeun réplikasi database sareng aplikasi khusus nganggo alat anu diwangun sareng tetep VM dihurungkeun. Lamun puseur data utama gagal, urang ngajalankeun sistem dina puseur data cadangan. Simkuring yakin yén urang boga ngeunaan 100 mesin virtual. Nalika pusat data primér operasional, pusat data sayaga tiasa ngajalankeun lingkungan tés sareng sistem sanés anu tiasa dipareuman upami pusat data primér pindah. Ieu oge mungkin yen urang ngagunakeun réplikasi dua arah. Tina sudut pandang hardware, moal aya anu robih.
Dina kasus arsitéktur klasik, urang bakal masang dina unggal puseur data sistem gudang hibrid kalawan aksés via FibreChannel, tiering, deduplication sarta komprési (tapi teu online), 8 server pikeun tiap situs, 2 switch FibreChannel na 10G Ethernet. Pikeun réplikasi sareng manajemén switching dina arsitektur klasik, urang tiasa nganggo alat VMware (Replikasi + SRM) atanapi alat pihak katilu, anu bakal langkung mirah sareng kadang langkung merenah.
Gambar nembongkeun diagram.
Nalika nganggo Cisco HyperFlex, arsitéktur di handap ieu dicandak:
Pikeun HyperFlex, kuring nganggo server kalayan sumber CPU / RAM anu ageung, sabab ... Sababaraha sumber bakal angkat ka HyperFlex controller VM; dina hal CPU sareng mémori, kuring malah ngonpigurasi deui konfigurasi HyperFlex sakedik supados henteu maén sareng Cisco sareng ngajamin sumber pikeun VM sésana. Tapi urang tiasa ngantunkeun saklar FibreChannel, sareng urang henteu peryogi palabuhan Ethernet pikeun tiap server; lalu lintas lokal dialihkeun dina FI.
Hasilna nyaéta konfigurasi di handap ieu pikeun unggal pusat data:
Palayan
8 x 1U Server (384 GB RAM, 2 x Intel Emas 6132, FC HBA)
8 x HX240C-M5L (512 GB RAM, 2 x Intel Emas 6150, 3,2 GB SSD, 10 x 6 TB NL-SAS)
SHD
Sistem panyimpenan hibrid sareng FC Front-End (20TB SSD, 130 TB NL-SAS)
-
LAN
2 x Ethernet switch 10G 12 palabuhan
-
San
2 x FC switch 32/16Gb 24 palabuhan
2 x Cisco UCS FI 6332
Lisénsi
VMware Ent Ditambah
Réplikasi jeung / atawa orkestrasi VM switching
VMware Ent Ditambah
Kuring teu nyadiakeun lisensi software réplikasi pikeun Hyperflex, saprak ieu sadia out of the box pikeun urang.
Pikeun arsitéktur klasik, kuring milih padagang anu parantos netepkeun dirina salaku produsén anu berkualitas luhur sareng murah. Pikeun duanana pilihan, abdi nerapkeun diskon baku pikeun solusi husus, sarta salaku hasilna kuring narima harga nyata.
Solusi Cisco HyperFlex tétéla 13% langkung mirah.
Skénario 2: kreasi dua puseur data aktip. Dina skenario ieu, urang ngarancang klaster stretched on VMware.
Arsitéktur klasik diwangun ku server virtualisasi, SAN (protokol FC) sareng dua sistem panyimpen anu tiasa maca sareng nyerat kana volume anu dipanjangkeun diantara aranjeunna. Dina unggal sistem gudang kami nempatkeun kapasitas mangpaat pikeun neundeun.
Di HyperFlex, urang ngan ukur nyiptakeun Stretch Cluster kalayan jumlah titik anu sami dina dua situs. Dina hal ieu, faktor réplikasi 2 + 2 dipaké.
Hasilna nyaéta konfigurasi di handap ieu:
arsitéktur klasik
HyperFlex
Palayan
16 x 1U Server (384 GB RAM, 2 x Intel Emas 6132, FC HBA, 2 x 10G NIC)
16 x HX240C-M5L (512 GB RAM, 2 x Intel Emas 6132, 1,6 TB NVMe, 12 x 3,8 TB SSD, VIC 1387)
SHD
2 x Sistem panyimpenan AllFlash (150 TB SSD)
-
LAN
4 x Ethernet switch 10G 24 palabuhan
-
San
4 x FC switch 32/16Gb 24 palabuhan
4 x Cisco UCS FI 6332
Lisénsi
VMware Ent Ditambah
VMware Ent Ditambah
Dina sagala itungan, abdi teu tumut kana akun infrastruktur jaringan, waragad puseur data, jeung sajabana: aranjeunna bakal sarua keur arsitektur klasik jeung solusi HyperFlex.
Tina segi biaya, HyperFlex tétéla 5% langkung mahal. Eta sia noting dieu yén dina watesan CPU / sumberdaya RAM kuring kungsi skew pikeun Cisco, sabab dina konfigurasi I ngeusi saluran controller memori merata. Biayana rada luhur, tapi henteu ku urutan gedéna, anu jelas nunjukkeun yén hyperconvergence henteu merta "kaulinan pikeun anu beunghar", tapi tiasa bersaing sareng pendekatan standar pikeun ngawangun pusat data. Ieu ogé tiasa dipikaresep ku anu parantos ngagaduhan server Cisco UCS sareng infrastruktur anu saluyu pikeun aranjeunna.
Diantara kaunggulan, urang meunang henteuna waragad pikeun administering San jeung sistem gudang, komprési online tur deduplication, titik Éntri tunggal pikeun rojongan (virtualisasi, server, aranjeunna oge sistem gudang), nyimpen spasi (tapi teu di sakabéh skenario), nyederhanakeun operasi.
Sedengkeun pikeun rojongan, didieu anjeun meunang ti hiji vendor - Cisco. Ditilik ku pangalaman kuring sareng server Cisco UCS, kuring resep; Kuring henteu kedah muka éta dina HyperFlex, sadayana damel sami. Insinyur ngabales promptly sarta bisa ngajawab teu ukur masalah has, tapi ogé kasus ujung kompléks. Kadang-kadang kuring balikkeun ka aranjeunna kalayan patarosan: "Naha mungkin pikeun ngalakukeun ieu, ngaganggu?" atawa "Kuring ngonpigurasi hal dieu, sarta eta teu hayang dianggo. Tulung!" - aranjeunna bakal sabar milarian pituduh anu diperyogikeun sareng nunjukkeun tindakan anu leres; aranjeunna moal ngajawab: "Kami ngan ukur ngabéréskeun masalah hardware."
rujukan
- Surat abdi- [email dijaga]
sumber: www.habr.com