Ing salah sawijining obrolan, aku ditakoni:
- Apa aku bisa maca babagan cara ngemas server kanthi bener menyang rak?
Aku nyadari yen aku ora ngerti teks kasebut, mula aku nulis dhewe.
Kaping pisanan, teks iki babagan server fisik ing pusat data fisik (DC). Kapindho, kita yakin manawa ana akeh server: atusan ewu; kanggo nomer sing luwih cilik, teks iki ora ana gunane. Katelu, kita nimbang sing kita duwe telung alangan: papan fisik ing rak, sumber daya saben rak, lan supaya rak ngadeg ing baris supaya kita bisa nggunakake siji ngalih ToR kanggo nyambungake server ing rak jejer.
Jawaban kanggo pitakonan gumantung banget marang parameter apa sing dioptimalake lan apa sing bisa beda-beda kanggo entuk asil sing paling apik. Contone, kita mung perlu kanggo njupuk munggah minimal papan supaya ninggalake liyane kanggo wutah luwih. Utawa Mungkin kita duwe kamardikan ing milih dhuwur saka rak, daya saben rak, sockets ing PDU, nomer rak ing klompok ngalih (siji ngalih kanggo 1, 2 utawa 3 rak), dawa kabel lan narik karya ( iki kritis ing ends saka larik: karo 10 rak ing baris lan 3 rak saben ngalih, sampeyan kudu narik kabel kanggo baris liyane utawa underuse bandar ing ngalih), etc., etc. crita kapisah: pilihan saka server lan pilihan saka DCs, kita bakal nganggep sing padha dipilih.
Iku bakal apik kanggo ngerti sawetara nuansa lan rincian, utamané, rata-rata / konsumsi maksimum server, lan carane listrik diwenehake kanggo kita. Dadi, yen kita duwe sumber daya Rusia 230V lan siji phase saben rak, mesin 32A bisa nangani ~ 7kW. Ayo kita umpamane mbayar 6kW saben rak. Yen panyedhiya ngukur konsumsi kita mung kanggo baris 10 rak, lan ora kanggo saben rak, lan yen mesin disetel ing kondisi 7 kW cutoff, banjur teknis kita bisa nggunakake 6.9 kW ing rak siji, 5.1 kW ing liyane lan kabeh bakal ok - ora punishable.
Biasane, tujuan utama yaiku nyuda biaya. Kriteria paling apik kanggo diukur yaiku nyuda TCO (total biaya kepemilikan). Iku kasusun saka bêsik ing ngisor iki:
- CAPEX: tuku infrastruktur DC, server, hardware jaringan lan kabel
- OPEX: rental DC, konsumsi listrik, pangopènan. OPEX gumantung ing urip layanan. Iku cukup kanggo nganggep iku 3 taun.
Gumantung carane gedhe bêsik individu ing pai sakabèhé, kita kudu ngoptimalake paling larang, lan supaya liyane nggunakake kabeh sumber daya isih minangka irit sabisa.
Ayo dadi ngomong kita duwe DC ana, ana dhuwur rak saka unit H (contone, H = 47), listrik saben rak Prack (Prack = 6kW), lan kita mutusaké kanggo nggunakake h = 2U server loro-unit. Kita bakal mbusak 2..4 Unit saka rak kanggo ngalih, panel patch lan organizers. Sing. fisik, kita duwe Sh = rounddown ((H-2..4) / h) server ing rak kita (ie Sh = rounddown ((47-4) / 2) = 21 server saben rak). Ayo padha ngelingi iki Sh.
Ing kasus prasaja, kabeh server ing rak padha. Secara total, yen kita ngisi rak karo server, banjur ing saben server kita bisa nggunakake rata-rata daya Pserv = Prack / Sh (Pserv = 6000W / 21 = 287W). Kanggo gamblang, kita nglirwakake konsumsi switch ing kene.
Ayo njupuk langkah aside lan nemtokake apa konsumsi server maksimum Pmax punika. Yen gampang banget, ora efektif lan aman, mula kita maca apa sing ditulis ing sumber daya server - iki.
Yen luwih rumit, luwih efisien, banjur njupuk TDP (paket desain termal) kabeh komponen lan nyimpulake (iki ora bener, nanging bisa uga).
Biasane kita ora ngerti TDP komponen (kajaba CPU), supaya kita njupuk sing paling bener, nanging uga pendekatan paling Komplek (kita butuh laboratorium) - njupuk server eksperimen saka konfigurasi sing dibutuhake lan mbukak. contone,, karo Linpack (CPU lan memori) lan fio (disk), kita ngukur konsumsi. Yen kita nganggep serius, kita uga kudu nggawe lingkungan sing paling anget ing koridor kadhemen sajrone tes, amarga iki bakal mengaruhi konsumsi penggemar lan konsumsi CPU. Kita entuk konsumsi maksimum server tartamtu kanthi konfigurasi tartamtu ing kahanan tartamtu ing beban tartamtu iki. Kita mung ateges firmware sistem anyar, versi piranti lunak sing beda, lan kahanan liyane bisa mengaruhi asil.
Dadi, bali menyang Pserv lan kepiye mbandhingake karo Pmax. Iku prakara kanggo mangerteni carane layanan bisa lan carane kuwat syaraf direktur technical.
Yen kita ora njupuk risiko ing kabeh, kita pracaya kabeh server bisa bebarengan miwiti nganggo maksimum sing. Ing wektu sing padha, siji input menyang DC bisa kedadeyan. Malah ing kahanan iki, infra kudu nyedhiyani layanan, supaya Pserv ≡ Pmax. Iki minangka pendekatan sing linuwih pancen penting.
Yen direktur teknologi ora mung mikir babagan keamanan sing cocog, nanging uga babagan dhuwit perusahaan lan cukup wani, mula sampeyan bisa mutusake.
- Kita miwiti kanggo ngatur vendor kita, utamané, kita nglarang pangopènan dijadwal ing kaping mbukak puncak ngrancang kanggo nyilikake gulung ing siji input;
- lan / utawa arsitektur ngijini sampeyan kanggo ilang rak / baris / DC, nanging layanan terus bisa;
- lan / utawa kita nyebar mbukak uga horisontal tengen rak, supaya layanan kita ora bakal mlumpat menyang konsumsi maksimum ing siji rak kabeh bebarengan.
Ing kene migunani banget ora mung kanggo guess, nanging kanggo ngawasi konsumsi lan ngerti carane server bener nganggo listrik ing kondisi normal lan puncak. Mulane, sawise sawetara analisis, direktur teknologi squeezes kabeh sing diduweni lan ngandika: "kita nggawe kaputusan volitional sing rata-rata achievable maksimum konsumsi server maksimum saben rak punika ** dadi luwih ** ngisor konsumsi maksimum," conditionally Pserv = 0.8 * Pmaks.
Banjur rak 6kW ora bisa nampung maneh 16 server karo Pmax = 375W, nanging 20 server karo Pserv = 375W * 0.8 = 300W. Sing. 25% server liyane. Iki minangka tabungan gedhe banget - sawise kabeh, kita kudu langsung 25% rak kurang (lan kita uga bakal nyimpen PDU, ngalih lan kabel). Kerugian serius saka solusi kasebut yaiku kita kudu terus-terusan ngawasi manawa asumsi kita isih bener. Sing versi perangkat kukuh anyar ora Ngartekno ngganti operasi saka pembuangan lan konsumsi, sing pembangunan dumadakan karo release anyar ora miwiti kanggo nggunakake server luwih irit (maca: padha entuk beban luwih lan konsumsi luwih ing server). Sawise kabeh, banjur loro asumsi awal lan kesimpulan langsung dadi salah. Iki minangka risiko sing kudu ditindakake kanthi tanggung jawab (utawa nyingkiri banjur mbayar rak sing ora digunakake).
Cathetan penting - sampeyan kudu nyoba nyebarake server saka macem-macem layanan kanthi horisontal ing rak, yen bisa. Iki perlu supaya kahanan ora kelakon nalika siji kumpulan server teka kanggo siji layanan, rak vertikal dikempalken karo kanggo nambah "Kapadhetan" (amarga iku luwih gampang). Ing kasunyatan, pranyata metu sing siji rak kapenuhan server kurang-munggah podho rupo saka layanan padha, lan liyane kapenuhan server merata dhuwur-muat. Kemungkinan saka tiba kapindho iku Ngartekno luwih, amarga profil mbukak padha, lan kabeh server bebarengan ing rak iki wiwit nganggo jumlah sing padha minangka asil tambah mbukak.
Ayo bali menyang distribusi server ing rak. Kita wis katon ing papan rak fisik lan watesan daya, saiki ayo kang katon ing jaringan. Sampeyan bisa nggunakake ngalih karo 24/32/48 N bandar (Contone, kita duwe 48-port ToR ngalih). Begjanipun, ora ana akeh opsi yen sampeyan ora mikir bab kabel break-metu. We are considering skenario nalika kita duwe siji ngalih saben rak, siji ngalih kanggo loro utawa telung rak ing grup Rnet. Kayane aku luwih saka telung rak ing grup wis akeh banget, amarga ... masalah kabel antarane rak dadi luwih gedhe.
Dadi, kanggo saben skenario jaringan (1, 2 utawa 3 rak ing klompok), kita nyebarake server ing antarane rak:
Srack = min(Sh, rounddown(Prack/Pserv), rounddown(N/Rnet))
Mangkono, kanggo opsi karo 2 rak ing grup:
Srack2 = min (21, rounddown (6000/300), rounddown (48/2)) = min (21, 20, 24) = 20 server saben rak.
Kita nimbang opsi sing isih ana kanthi cara sing padha:
Srack1 = 20
Srack3 = 16
Lan kita meh ana. Kita ngetung jumlah rak kanggo nyebarake kabeh server S (ayo dadi 1000):
R = roundup (S / (Srack * Rnet)) * Rnet
R1 = roundup(1000 / (20 * 1)) * 1 = 50 * 1 = 50 rak
R2 = roundup(1000 / (20 * 2)) * 2 = 25 * 2 = 50 rak
R3 = roundup(1000 / (16 * 3)) * 3 = 25 * 2 = 63 rak
Sabanjure, kita ngetung TCO kanggo saben opsi adhedhasar nomer rak, nomer saklar sing dibutuhake, kabel, etc. Kita milih pilihan ing ngendi TCO luwih murah. bathi!
Elinga yen sanajan jumlah rak sing dibutuhake kanggo opsi 1 lan 2 padha, regane bakal beda, amarga nomer ngalih kanggo pilihan kapindho iku setengah minangka akeh, lan dawa kabel dibutuhake maneh.
P.S. Yen sampeyan bisa muter karo daya saben rak lan dhuwur saka rak, mundhak variabilitas. Nanging proses kasebut bisa dikurangi dadi sing kasebut ing ndhuwur kanthi mung liwat pilihan. Ya, bakal ana kombinasi liyane, nanging isih nomer winates - sumber daya kanggo rak kanggo pitungan bisa tambah ing langkah saka 1 kW, rak khas teka ing nomer winates saka ukuran standar: 42U, 45U, 47U, 48U , 52U. Lan ing kene analisis Apa-Yen Excel ing mode Tabel Data bisa mbantu ngitung. Kita ndeleng piring sing ditampa lan milih minimal.
Source: www.habr.com