Sa RAM i duhet një serveri? Planifikimi i kapacitetit, ECC-së dhe rezervës
Përcaktoni memorien sipas ngarkesave reale: me llogaritje për makina virtuale, cache të bazave të të dhënave, përputhshmëri ECC dhe shenja paralajmëruese të matshme.
Sasia e duhur e RAM-it varet nga aplikacionet që punojnë njëkohësisht, ngarkesat e tyre maksimale dhe një plan zgjerimi që mund të verifikohet. Një shifër e përgjithshme për çdo punonjës rrallë çon në vendimin e duhur.
Për biznese që planifikojnë një server të ri, bashkojnë makina virtuale ose duan një përmirësim me vlerë për një server të ngadaltë bazash të dhënash.
Në këtë udhëzues
- 01Kuptoni fillimisht pengesën
- 02Shembull: RAM për një host të vogël virtualizimi
- 03Bazat e të dhënave kërkojnë buxhet të veçantë memorieje
- 04ECC është veçori e të gjithë sistemit
- 05Planifikoni bashkë modulet, kanalet e memories dhe zgjerimin
- 06Shqyrtoni veçmas mbialokimin dhe rezervat për dështime
- 07Kur plani është i besueshëm
Kuptoni fillimisht pengesën
RAM-i mban të dhënat dhe gjendjen e programeve, të cilave procesorët duhet t'u qasen shpejt. Kur memoria e përdorshme nuk mjafton, sistemi mund të kalojë faqe memorieje në disk, të zvogëlojë memoriet cache ose të ndërpresë procese. Rezultati mund të jetë një sistem i ngadaltë administrimi biznesi edhe kur CPU-ja duket pothuajse e lirë. Nga ana tjetër, 64 GB shtesë nuk e përshpejtojnë një aplikacion që pret një ndërfaqe të jashtme ose një bërthamë procesori plotësisht të zënë.
Përdorimi i lartë i memories, i vetëm, nuk është arsye për të blerë më shumë: sistemet operative e përdorin me dobi RAM-in e lirë si cache. Rëndësi kanë memoria e disponueshme, presioni i përsëritur mbi memorien, aktiviteti i shkëmbimit me diskun dhe koha e përgjigjes së aplikacionit, të matura në të njëjtën kohë. Linux ofron Pressure Stall Information për të matur sa gjatë presin detyrat për shkak të mungesës së burimeve të CPU-së, memories ose I/O-së. Kjo ndihmon të dallohet një pengesë reale nga përdorimi i dobishëm i cache-it. Kerneli Linux: informacion për pritjet nga mungesa e burimeve ↗
Regjistroni të paktën një cikël përfaqësues të biznesit: ditë normale pune, kopje rezervë, raporte dhe përpunim në fund të muajit. Një mëngjes i qetë të marte nuk përfaqëson një import të dhënash gjatë natës. Krahas matjeve shënoni numrin e përdoruesve, vëllimin e të dhënave dhe versionin e softuerit. Kjo lejon të shpjegohen kërkesat e ndryshuara pas një përditësimi.
Shembull: RAM për një host të vogël virtualizimi
Plani i mëposhtëm është një shembull hipotetik për një biznes me disa shërbime të brendshme. Vlerat janë buxhete të supozuara memorieje që nevojiten njëkohësisht. Ato nuk janë kërkesa minimale për produkte të veçanta. Pikënisja është 64 GB memorie fizike dhe pyetja nëse kjo lë hapësirë të mjaftueshme për punën e përditshme, mirëmbajtjen dhe rritjen.
| Fusha | Buxheti | Çfarë përfshihet |
|---|---|---|
| Hosti dhe administrimi | 6 GB | Hipervizori, shërbimet e administrimit dhe cache-i i tij |
| Shërbimi i skedarëve në një VM | 8 GB | Sistemi operativ mysafir dhe shërbimi i skedarëve |
| Aplikacioni në një VM | 12 GB | Sistemi operativ mysafir, aplikacioni dhe detyrat në sfond |
| Baza e të dhënave në një VM | 20 GB | Sistemi operativ mysafir, baza e të dhënave dhe kulmet e përdorimit të memories |
| Metrikat dhe shërbimet mbështetëse | 4 GB | Shërbime shtesë jashtë VM-ve të listuara më sipër |
| Shuma e buxheteve | 50 GB | Kërkesa e njëkohshme e përdorshme në skenarin e modelit |
| Mbeten nga 64 GB | 14 GB | Hapësirë rezervë që duhet konfirmuar me provë ngarkese |
Duke përdorur një rezervë planifikimi të zgjedhur prej nesh prej 25 për qind, llogaritja është 50 × 1.25 = 62.5 GB. Një konfigurim me 64 GB mund të jetë faza e parë e zgjerimit këtu, por mbetet afër këtij kufiri planifikimi. Rezerva prej 14 GB është 28 për qind e kërkesës fillestare. Nëse vetëm buxheti i bazës së të dhënave rritet me 12 GB, rezerva fillestare pothuajse shterohet. Atëherë do të nevojitej zgjerim ose zhvendosja e një ngarkese tjetërkund.
Bazat e të dhënave kërkojnë buxhet të veçantë memorieje
Madhësia e një baze të dhënash në SSD nuk e përcakton drejtpërdrejt kërkesën për RAM. Një bazë e madhe mund të punojë me një grup të vogël të dhënash që përdoret shpesh. Një bazë më e vogël mund të kërkojë papritur shumë memorie për shumë renditje të njëkohshme. Prandaj i shqyrtojmë së bashku të dhënat aktive, indekset, kërkesat e njëkohshme dhe mirëmbajtjen periodike.
Për një server të dedikuar baze të dhënash me të paktën 1 GB RAM, PostgreSQL jep rreth 25 për qind si vlerë fillestare për shared_buffers. Kjo është pikënisje konfigurimi, jo rekomandim për ta dimensionuar të gjithë serverin vetëm sipas këtij proporcioni. work_mem mund të caktohet për çdo operacion renditjeje ose hash; disa operacione dhe sesione mund ta shumëfishojnë kërkesën totale. Shërbimet e tjera dhe cache-i i sistemit operativ kërkojnë hapësirë shtesë. PostgreSQL: parametrat e memories dhe konsumi i burimeve ↗
Kontrolloni fillimisht kërkesat, indekset dhe paralelizmin e panevojshëm. Një eksport që kryhet bashkë me një import dhe një kopje rezervë mund të ketë kulme shumë më të ulëta nëse këto detyra planifikohen në orare të ndryshme. Më shumë RAM ka kuptim kur matjet tregojnë rritje të grupit aktiv të të dhënave. Për një aplikacion me defekt dhe rritje të pakufizuar të memories, mund vetëm ta vonojë dështimin.
ECC është veçori e të gjithë sistemit
Memoria ECC mund të zbulojë dhe korrigjojë disa gabime memorieje. Cilat gabime mbulohen dhe si reagon sistemi varen nga platforma. Intel thekson se ECC kërkon mbështetje si nga procesori ashtu edhe nga çipseti. Para porosisë duhet të përputhen edhe miratimet për pllakën amë, firmuerin dhe modulet konkrete të memories. Intel: kërkesat për mbështetjen ECC ↗
DDR5 me ECC brenda çipit nuk e bën automatikisht serverin të mbrojtur me ECC në nivel sistemi. Ky korrigjim i brendshëm mbulon gabimet brenda çipit DRAM. Mbrojtja shtesë në nivel sistemi kërkon module të përshtatshme ECC dhe mbështetje nga platforma. As ECC UDIMM dhe RDIMM nuk mund të ndërrohen lirisht me njëri-tjetrin. Blini sipas listës së përputhshmërisë së sistemit, jo vetëm kapacitetit dhe frekuencës. Kingston: DDR5 dhe ECC brenda çipit ↗
Planifikoni bashkë modulet, kanalet e memories dhe zgjerimin
I njëjti kapacitet total mund të ofrojë gjerësi të ndryshme brezi të memories sipas vendosjes së moduleve. Rëndësi kanë kanalet e memories së CPU-së dhe renditja e rekomanduar nga prodhuesi. Shumë slote të lira mund të duken tërheqëse për më vonë, por një konfigurim shumë i pabalancuar sot mund të shpërdorojë gjerësinë e brezit. Modulet shtesë mund të kërkojnë edhe një shpejtësi tjetër të lejuar. Ndiqni manualin e platformës së zgjedhur.
- Kontrolloni kapacitetin maksimal dhe madhësitë e mbështetura të moduleve si për CPU-në ashtu edhe për pllakën amë.
- Shënoni me shkrim llojin DIMM, numrin e moduleve për kanal dhe konfigurimet e përziera të lejuara.
- Planifikoni vendosjen fillestare dhe një hap të dytë konkret zgjerimi me listë pjesësh.
- Kontrolloni modulet e miratuara dhe disponueshmërinë e tyre përpara se të zgjidhni një konfigurim fillestar me pak rezervë.
- Pas instalimit kontrolloni kapacitetin e njohur, funksionimin e ECC-së dhe mesazhet e harduerit.
Shqyrtoni veçmas mbialokimin dhe rezervat për dështime
Makinave virtuale mund t'u caktohet nominalisht më shumë memorie sesa ekziston fizikisht. Nëse kjo është e qëndrueshme në një mjedis konkret varet nga përdorimi real i njëkohshëm, hipervizori dhe mekanizmat e rikthimit të memories. Për baza të dhënash të ndjeshme ndaj vonesave, llogaritja nuk duhet të varet nga rastësia që një sistem tjetër mysafir përdor pak RAM. Një host që duket i lirë gjatë punës normale mund të vihet nën presion kur disa sisteme mysafire rindizen.
Edhe me dy hoste dhe kalim automatik në rast dështimi, numri total i GB-ve mund të mashtrojë. Nëse VM-të thelbësore kërkojnë së bashku 80 GB, ato duhet të futen në kapacitetin që mbetet pas dështimit të një hosti, duke përfshirë edhe kërkesën e vetë hostit. Dy hoste me nga 64 GB nuk e përmbushin këtë synim thjesht sepse në punën e përditshme disponohen 128 GB. Fikja e qëllimshme e sistemeve më pak të rëndësishme të testimit mund të jetë një alternativë e dokumentuar.
Kur plani është i besueshëm
Përcaktoni suksesin përpara blerjes: për shembull, raport mujor brenda një kohe të dakorduar, asnjë ndërprerje procesi për shkak të memories dhe rezervë e mjaftueshme gjatë kopjeve rezervë të njëkohshme. Pastaj provoni pikërisht atë rrjedhë pune me të dhëna realiste të përshtatshme për testim. Përsëritni matjet pas ndryshimeve të rëndësishme të softuerit ose të dhënave.
| Vëzhgimi | Hapi tjetër |
|---|---|
| Cache i madh, kohë përgjigjeje të qëndrueshme | Monitoroni memorien e disponueshme dhe prirjet; mos blini vetëm për shkak të përdorimit të lartë |
| Presion mbi memorien gjatë një eksporti të vetëm | Kontrolloni punët e njëkohshme, kërkesën dhe kohën e ekzekutimit |
| Përdorimi i një procesi vazhdon të rritet | Hetoni një rrjedhje të mundshme memorieje |
| Grupi aktiv i të dhënave rritet pa shkak konfigurimi | Planifikoni përmirësimin e RAM-it me miratim të platformës dhe provë ngarkese |
Rezultati duhet të përmblidhet në një faqe: supozimet e ngarkesës, kulmet e matura, buxheti i memories, kërkesat në rast dështimi dhe kufiri i zgjerimit. Kështu një person i dytë mund ta ndjekë arsyetimin e vendimit. Kur të vijë oferta tjetër, mund të krahasohet nëse një sistem më i shtrenjtë zgjidh një problem konkret apo thjesht shet kapacitet shtesë pa vlerë operative.
Oferta e përshtatshme
Si mund t’ju ndihmojë Bissolux
Kthejeni udhëzimin në një hap praktik. Kontrolloni përmbajtjen, çmimin dhe përjashtimet e ofertës përpara porosisë.
Infrastrukturë IT
Na përshkruani sistemet dhe kërkesat tuaja. Do të biem dakord për punën, përgjegjësitë dhe kushtet përpara zbatimit. Kontakti ofrohet në anglisht.
Reklamë · BissoluxPlanifikim dhe arkitekturë IT
Na përshkruani sistemet dhe kërkesat tuaja. Do të biem dakord për punën, përgjegjësitë dhe kushtet përpara zbatimit. Kontakti ofrohet në anglisht.
