Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - mfrd

Stran: [1]
1
Server / Re:Storage Spaces Direct - zkušenosti
« kdy: 28. 06. 2022, 23:10:55 »
Že by to DELL tvrdil, nevěřím. Pokud vím implementace Storage Spaces Direct na jejich HW např. běží na Státním zemědělském a intervenčním fondu a docela pravidelně ten cluster rozšiřují na větší a větší.
Když jsem si naklikal HW serverů v konfigurátoru a chtěl jsem po nějakém DELL konzultantovi zkontrolovat sestavu a ptal jsem se na případnou podporu při implementaci, tak jsem byl v podstatě odmítnut, že nemají zkušenosti. Proto se ptám zde na praktické zkušenosti, zda mám řešit nějakou oficiální podporu nebo to příště risknout sám. Myslím, že S2D je zajímavá technologie schopná ušetřit HW a teoreticky i náklady. Tak jestli to není jen pozlátko na papíře a realita je trochu jinde.

V Dellu CZ je šikovný člověk, který to umí zkontrolovat. Jen jeho jméno tady psát nechci. Je to jejich v serverové části asi nejlepší člověk. Obyčejný internak co sekunduje obchodníkovi tyto znalosti nemá.

2
Server / Re:Storage Spaces Direct - zkušenosti
« kdy: 22. 06. 2022, 14:07:11 »
Že by to DELL tvrdil, nevěřím. Pokud vím implementace Storage Spaces Direct na jejich HW např. běží na Státním zemědělském a intervenčním fondu a docela pravidelně ten cluster rozšiřují na větší a větší.

3
Studium a uplatnění / Re:Knihy matematika/fyzika
« kdy: 10. 03. 2021, 07:30:37 »
Dionýz Ilkovič - Fyzika. Velmi kvalitní kniha od kvalitního autora.

4
Server / Re:HW raid 10 vs 6
« kdy: 29. 01. 2021, 07:32:17 »
Jakékoliv vyjádření spolehlivosti má své problémy, zejména v tom kdy a jaké selhání se projevují. To jest větší míra problémů v počátcích a ke konci života daného zařízení.

MTBF je samozřejmě buď vypočtená hodnota nebo empiricky zjištěná. Samo číslo o sobě bez např. vazby na MTTR z praktického hlediska nepomůže.

Ano i wiki zobrazuje propočet na AFR, což samo o sobě není špatně . Stejně tak jako stejný přepočet používají např.
zde:

https://www.sciencedirect.com/topics/computer-science/mean-time-between-failure

AFR je pouze jiné vyjádření skutečnosti - procentuální- vyjádřené jako MTBF a naopak.

Pokud bude výrobce lhát a bude si připisovat vyšší spolehlivost (tedy vyšší MTBF, nižší AFR) než ve skutečnosti má. Pak jeho výrobky budou vnímané jako nekvalitní.

Jinak dále k původu dokumentu, který byl označen v průběhu diskuse, že autor je mimo mísu. Dokument je publikován pod hlavičkou SNIA. Tedy žádný studentík, který někde něco publikuje. Členové SNIA jsou společnosti vyrábějící disky a disková pole. Dále dokonce autor tjo slideware pocházel ze společnosti Seagate.

Dokonce i ten Intel refreshnutý dokument shrňuje to co je vyjádřeno ve SNIA dokumentu.




5
Server / Re:HW raid 10 vs 6
« kdy: 27. 01. 2021, 08:33:08 »
k MTBF na zaver:
Citace
MTBF je statistická hodnota, která se musí správně využívat. Pro neznalého člověka souhlasím je to nepoužitelné číslo.

A ako to vlastne je s tym realnym pouzitim MTBF pise aj Seagate:
https://www.seagate.com/gb/en/support/kb/hard-disk-drive-reliability-and-mtbf-afr-174791en/


AFR hodnocené za periodu jednoho roku.

relationship between AFR and MTBF (in hours) is

AFR=1-exp(-8766/MTBF)

Seagate změnil ukazatel z důvodu, jiné prezentace a nepochopení lidí. Ve své podstatě to v tom článku vysvětlili.




6
Server / Re:HW raid 10 vs 6
« kdy: 23. 01. 2021, 16:44:26 »
Jde o to pochopit základy a z toho odvodit dále. Poznat rozdíl, že SATA a SAS není jen rozdíl v konektoru, ale v mnohém dalším.

A propo MTBF opravdu není bullshit. Jen pro ty co ho označují za Bullshit asi neznají vztah k MTTR a dostupnosti. A samozřejmě počítání spolehlivosti při sériovém zapojení nebo paralelním zapojení.

MTBF je statistická hodnota, která se musí správně využívat. Pro neznalého člověka souhlasím je to nepoužitelné číslo.

Pokud si uvědomíme, že zejména u SATA při obnově existuje v současných kapacitách vysoká pravděpodobnost, že Rebuild RAIDu bude obsahovat neopravitelnou chybu. Tak snížení počtu rebuildů je významným faktorem, zejména pokud si uvědomíme jak s rostoucí kapacitou narůstá MTTR (tedy doba obnovy).

Samozřejmě, pokud uchováváte nedůležitá data, tak případná UER  (neopravitelná chyba) Vás netrápí. Pokud však data jsou důležitá, a znáte dobu a výslednou cenu obnovy pro případ takové chyby ze zálohy. Tak velmi rád zaplatíte x násobek vůči desktop komponentám. Spolehlivostní matematika je velmi jednoduchá a exponenciální. Prostě ano s porovnáním s Alzou, vám může připadat renomované diskové pole o stejné kapacitě jako předražený krám. Jsou však pouze dvě řešení, buď si problematiku nastudujete a víte proč platíte a nebo půjdete cestou pokusu a omylu, což však může hodně bolet. V demokracii je to pouze Vaše volba. Z odborného hlediska musím vyvažovat hodnotu pro zákazníka. Tj. vyvažovat náklady a rizika společně se zákazníkem.

7
Server / Re:HW raid 10 vs 6
« kdy: 22. 01. 2021, 19:04:33 »
MTBF není jen marketingový údaj v rámci FTA a vícenásobných systémů společně s MTTR opravdu ovlivňuje design.

Jinak ačkoliv se technologie hodně posunula spoustě lidí tady chybí úplné základy. Doporučuji si projít tento odkaz
https://www.snia.org/sites/default/education/tutorials/2008/spring/storage/Whittington-W_Desktop_Nearline_Enterprise_HDDS.pdf
Zde je vysvětleno proč Enterprise má význam, co se děje v SAS , V SATA přenosu jaká je chybovost a celkový dopad.


8
Server / Re:HW raid 10 vs 6
« kdy: 22. 01. 2021, 14:33:44 »
V případě SSD, bych jen upozornil, že výrobce garantuje uchování dat v případě vypnutého stavu jen po omezenou dobu. Nedávno jsem  to někde hledal, bylo to 3 měsíce papírově. (Realita bude delší)

9
Server / Re:HW raid 10 vs 6
« kdy: 21. 01. 2021, 21:34:06 »
Vetsina lidi vidi R6 jako "je tam prece vice disku = vetsi vykon, vetsi kapacita".
Ale nikdy nezazili prakticky provoz v degraded stavu, a na R6 to je fakt hodne znat.
Rebuild pole je kritická chvíle, kdy (často) hrozí selhání dalších disků.
To je paradoxně nebezpečnější u R10 než u R6. Protože na R6 mohou odejít dva disky, proto se u R6 doporučuje nepoužívat (to je asi příliš silné tvrzení, lepší napsat "zaznívá názor nepoužívat") Hot spare disk, ale zařadit ho do pole, smrt jednoho z disků totiž "nevadí" a ostatně R6 může přijít i o dva disky.
Oproti tomu selhání dvou disků u R10 může vést k rozpadu pole a ztrátě dat, nebo taky ne, podle toho, kde disky pojdou.
Ačkoliv tohle tvrzení zní sebejistě. V praxi, kde o něco jde se propočítá FTA analýza. Jde totiž za prvé o to aby byl zachován požadovaný minimální výkon, který rebuild významně ovlivňuje. Z toho pak plyne doba obnovy, kde pak člověk opravdu riskuje hodně a falešný pocit jistoty (můžou selhat 2 disky) se může rychle rozplynout. Navíc v RAID 10 může selhat i více disků bez ztráty dat v závislosti kolik dvojic je spojených. Pravda je, že nesmí selhat 2 disky ve dvojici. Vzhledem  tomu, že doba obnovy u RAID 10 je rychlejší než u RAID 6, může být riziko s Hot Spare i významně nižší. V současné době u vyšších kapacit a většího počtu disků je vhodné použít virtual RAID.
Jinak základy pro pochopení ze zdroje relevantního: https://www.snia.org/sites/default/orig/sdc_archives/2010_presentations/tuesday/JasonResch_%20Solving-Data-Loss.pdf

10
Server / Re:HW raid 10 vs 6
« kdy: 21. 01. 2021, 07:55:22 »

Současná doba je nahlavu v tom, že zákazník chce 100 TB prostoru RAW a vidí cenu 10x 10TB SATA disků na alze. Ale když se dopočítají požadavky na IOPS, tak pak to pole má třeba 12 x 900 GB SAS disků.

Oprava vypadla nula -120x 900 GB

11
Server / Re:HW raid 10 vs 6
« kdy: 21. 01. 2021, 07:46:43 »
Tady musím doporučit jednu základní věc. T.j nakreslit či napsat si co se, děje při READ a Write operaci při RAID 6 a RAID 10. Pokud pominu problém fronty požadavků i disků, bude hned zřejmé co k čemu se hodí a v jakých případech. A zároveň je potřeba porozumět tomu co se děje při souběhu různých požadavků.
Pokud je problém v případě rebuild časů (zejména u disků s vysokou kapacitou) je možné použít virtualizovaný raid.

Současná doba je nahlavu v tom, že zákazník chce 100 TB prostoru RAW a vidí cenu 10x 10TB SATA disků na alze. Ale když se dopočítají požadavky na IOPS, tak pak to pole má třeba 12 x 900 GB SAS disků.

Pak samozřejmě, ještě otázka kdy se přesunout na SSD, či jiné techniky. Základ problému je nedívat se na to od konce, protože měřit a nevědět co měřím vždy vede k tomu, že nejsem schopen porozumět výsledkům. Proto naučit se jak funguje RAID co se tam děje krok po kroku a uvědomovat si kdy mi poskytuje výhodu a kdy ne (např. rozložení dat). Proto je vždy rozdíl mezi teoretickou a praktickou hodnotou.

12
Hardware / Re:Odporucte 24port switch do racku
« kdy: 06. 01. 2021, 09:47:21 »
Trochu sa vratim do tejto temy. Kupil som nakoniec Aruba 1930 24port s poe. Ked som ho vsak spustil, ten hluk ventilatora bol ako z lietadla.

Tady je potřeba si uvědomit, jaký má switch příkon zvlášť u POE. To teplo je nezbytné odvést pryč. Mnoho lidí si to neuvědomí, zvlášť když mají předchozí zkušenost s nějakým obyčejným switchem s nízkým výkonem bez POE.

13
Studium a uplatnění / Re:Uplatnění v IT s průmyslovkou
« kdy: 02. 09. 2020, 13:41:07 »
Tak za nás maturita 1994 na průmyslovce, byli integrály i derivace, v odborném předmětu jsme dělali i Laplaceové transformace.

V IT mnohdy nejde jen o teorii, ale o celkové uvažování a uvědomění si souvislostí. Na VŠ se stále spoustu naučí, přemýšlet však už člověk musí sám. Průmyslovka elektro aspoň za mě , byla výhoda, že na relativně primitivních věcech jsme se naučili spoustu věcí v rámci celého řetězce od A po Z. Např. nakreslit schéma, spočítat součástky, navrhnout tišťák, osadit, oživit) v každém kroce se člověk něco naučil. Např, že vypočtené hodnoty součástek se v takové hodnotě nevyrábějí a je potřeba celý obvod doladit.

V rámci IT prehistorie ze současného hlediska, hodně pomohl assembler pochopení co se děje v CPU, jaký dopad má přerušení atp. Pořád ve své současné praxi tyto znalosti potřebuji, a více  je poznat rozdíl ve změně v čase, kdy tyto základy už se neučí a zbytečně se pak řeší to co je zjevné.

Na VŠ měli výhodu ti co šly z gymplu v matematice, v laboratořích byl gymplák pod dozorem spolužáka z průmyslovky, aby vůbec něco naměřil a aby to přežil.

14
Hardware / Re:Vzdálený odečet plynoměru
« kdy: 13. 11. 2019, 12:16:47 »
Takže, všechny plynoměry mají dvě plombovací díry jedna slouží pro plombu výrobce, druhá umožňuje připojení NF snímače. Turbínové plynoměry mají HF a NF. HF počítá lopatky turbíny, takže na základě srovnání NF a HF je možné zjistit např. zlomenou lopatku.

Plynaři mu nic neukradou, maximálně odpojí při výměně, nebo si tam připojí svůj bezdrátový bazmek. Popotahování nehrozí, neboť nezasahuje do měřidla. Co se týče domovních plynoměrů, tak tam není Ex zóna.




15
Proboha BIS a BSI je rozdíl.

Bundesamt für Sicherheit in der Informationstechnik. Spolkový úřad pro bezpečnost v Informační technice.

Zatímco BIS-ka je rozvědka resp. kontrarozvědka.

BSI je alá náš NUKIB, který bohužel vznikl odčleněním sekce z BIS-ky, s čím mají trochu problém si uvědomit, že už nejsou rozvědčíci.

Nechci úplně kecat, ale myslím, že Estonský úřad pro kybernetickou bezpečnost (alá náš NUKIB) přebírá výstupy BSI a nepokouší se vymýšlet ptákoviny jako NUKIB.

S BSI výstupem IT-Grund­schutz jsem se setkal cca před 20 lety, a stále tvrdím, že mnoho organizací (včetně NUKIB) si má projít tento dokument a až pak vymýšlet advanced věci. Pokud by NUKIB přeložil daný dokument a odkázal v otázkách bezpečnosti na něj. Tak různé úřady nebudou mít nesmyslně vysáty IT rozpočty.....

Stran: [1]