Copyright © 1998-2024 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Copyright © 1998-2024 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
"Klasický pevný disk s kapacitou 8 TB se stává přežitkem"...
No nevím. Kolik to SSD stojí? Jako nic proti, na spoustě míst to přijde k užitku, ale ta částka za to musí být působivá tak, že 99 % zájemců o takovou kapacitu odradí. Ne nadarmo se o ní Samsung v tiskovce nezmiňuje.
Zde je to myšleno převážně pro užití ve velkých datacentrech, kde je potřeba ušetřit především fyzické místo. Pochopitelně, cena tohoto disku bude příjemná tak možná pro někoho, kdo tohle koupí s vědomím, že utrácí Vietnamské dongy namísto dolarů.
Ale znovu, u takových zařízení je návratnost takže vyplatit se to rozhodně může, jen je otázka, za jak dlouho.
No nevim, snad v Praze jsou ted pozemky silene napaleny, ale vsude jinde bych predpokladal, ze by se majiteli datacentra vyplatilo pristavet "pristresek" pro dalsi 3,5" HDD 8TB nez kupovat 8TB SSD NVMe. Uziti tohoto nebude samozrejmosti ani v datacentrech, tim nerikam, ze si to sveho zakaznika nenajde.
V práci máme v supporte asi 200+ zákazníkov. Teraz som zrovna na jednom vCentri, je tam 20 ESXi hostov, pozri aké približne to má parametre...
https://ibb.co/hfZJqT
https://ibb.co/dw24VT
Aby si chápal rozdiel medzi nejakou špedičkou s 20 kamiónmi a globálnou korporáciou.
Neco na ten zpusob mame v praci taky, nic co by sokovalo.
Takže tam nie je miesto pre takéto SSD...
Tak prednost SSD je rychlost a pro vetsinu exportovanych dat bude uzke hrdlo nekde jinde, na samotne ulozeni dat staci klasicke HDD, naopak ty HDD budou pocitam spolehlivejsi. Ale nikde netvrdim, ze je to nesmyslny produkt, jen ze ta poptavka po necem takovym nebude buh vi jaka. Ze by nekdo potreboval treba 8TB cache pro rychla data, je to mozne, ale asi ani v ramci datacenter ne obvykle.
Sú tam 1.5+TB HANA DB, a každá inštancia potrebuje toľko isto miesto aj na disku, a na HDD by som to určite nedával...
Jsi bohužel značně slepý a evidentně nemáš s návrhy řešení moc zkušenosti.
I když cena bude možná vysoká, tak to řeší spoustu věcí, který ty asi nevidíš.
Výkon je jasný, ale poměr kapacita/spotřeba/velikost je na takové úrovni, že se to kvůli :
- ušetřenému místu
- snížené spotřebě
- sníženým nárokům na klimu
- snížení nároků na údržbu
Může značně vyplatit.
Pokud vidíš jen SSD a výkon, tak jsi vyloženě slepý.
Zdar Max
8TB disk bud SSD nebo HDD
Potrebna kapacita 100TB
100/8=13 slovy trinact disku, nic co by bylo extra narocne na misto, na klimu, na udrzbu, na spotrebu.
A nez namitnes ze tam musi bejt dve zrcadla tak pocitej 13*3, stale nic dramatickeho.
Zdar Ruda
A to je to, na co narážím, argumentuješ tu porovnáním pár ks, ale nasazení ve větším rozsahu už si nepředstavíš.
Dále, aby ti to vyšlo, porovnáváš né moc porovnávatelné. V takto malém měřítku, které uvádíš jako příklad, je sestavení z 8TB 7,2k disků těžko představitelné, resp. takový výkon zabije v klidu jedna menší db. Aneb dosadil jsi si proti těm SSD nějaký archivační storage, ze kterého by se nemělo zkoušet ani moc číst a nedejbože, kdyby chcípnul jeden disk.
Pokud chceš výkonný storage, tak věz, že SAS 2,5" se dělá max ve 2TB verzi. Pokud bych to řešil v rámci ZFS a RAIDZ2, tak se jedná o vdevu 10x2TB RAIDZ2 = 16TB (8*2)
Potřeboval by jsi tedy 63 SAS disků + nějaký spare disky + případně pár ssd na ZLOG, L2ARC apod.
Dále do 2U se ti vejde 24x SAS 2,5", tzn. zaplnil by jsi minimálně 6U (tři šasi).
A toto pole bych pak označil jako odpovídající pro nějaké nasazení (jak vzhledem ke kapacitě, tak vzhledem k výkonu - IOPS). Můžeš pak použít i SAS 3,5" o větší kapacitě, ale o moc větší kapacitu nemůžeš použít, protože někde ty IOPS musíš nahonit.
V případě těch SSD uděláš podobný storage z jednoho vdevu 15xSSD + 1xSPARE = 16ks (4x méně disků, než v případě SAS pole).
A teď to místo, v článku je uvedeno, že se do 2U vejde 576TB RAW kapacity (72xSSD). Pokud bychom na toto měli aplikovat RAIDZ2 seskládaný z 16xSSD, tak jsme na kapacitě 500TB pole.
Tzn. 500TB pole máš ve 2U skříni.
Kolik úček by jsi potřeboval v případě toho SAS pole výše, aby jsi dal 500TB? Přesně prosím 30U.
Už rozumíme tomu, jaký potenciál takové SSD mají?
Zdar Max
Číst data z několikaterabajtového točivého disku je jak cucat bazén brčkem.
SSD: 8 TB kapacita, 3 GBps sekvenčně, 500 000 IOps
HDD: 8 TB kapacita, 200 MBps sekvenčně, 75 IOps
To je pravda, ale bojím se, že většina dat nemusí být přístupná hned "najednou". Na cloudech se válí PB dat, která mají být jakoby dostupná, ale ve skutečnosti se na ně nikdo (asi nikdy) nepodívá, jsou zapomenutá nebo "hluboko v historii" a když už se k tomu někdo dostane a poptá, tak to HDD v pohodě vydá, těch 75 IOps na to postačí.
...tak to už je úkolem kešovacích algoritmů v softwaru, aby vhodně rozložil data mezi flash cache, rotující točivé disky a zaparkované točivé disky (cold storage) :-)
jj...
ono snad provozovatel bude nejlepe vedet, kde se takove SSD vyplati....
My máme asi 1000 kamionů, 40 nových lokomotiv (staré nepočítám), stovky vagonů, tisíce kontejnerů, hafec skoro největších portálových jeřábů v ČR, vlastní opravny na loko, vagony, kontejnery atd.
A kromě hlavní db a pár méně důležitých věcí kolem (cam systémy apod.) běží vše na třínodovém clusteru (každý node 2xCPU + 192GB ram).
Jako storage backend je pak NetApp s 12xSSD a 24xSAS.
+ to samé v záložním housingu (samozřejmě vlastním).
Dalo by se říci, že úroveň automatizace logistických procesů je na hodně velké úrovni (automatické řízení a přidělování práce, automatizované brány a vážní systémy pomocí rfid, samoobslužné kioskové systémy, automatizovaná komunikace se zákazníky atd.).
Tak nevím, jak velký v tvých očích jsme my :).
Zdar Max
Ahoj, tak na národné pomery je to OK :) Cargo? Toto konkrétne čo som sem dával, to je Tetra Laval... Ale pssst :)
Cargo? Ty pro nás dřív jezdili, než jsme nakoupili vlastní železo :).
Zdar Max
To zní jako Metrans.
Metrans taky znám :)
Zdar Max
12 GB DRAM buffer. Předpokládám v těch dvou mimi švábech poblíž řadiče. Potěš koště.
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.