abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

včera 14:44 | Komunita

Mozilla.cz informuje, že Firefox bude možná upozorňovat na úniky vašich hesel. V Mozille prototypují upozorňování na únik informací o vašem účtu, pokud se na seznamu Have I been pwned? objeví služba, ke které máte ve Firefoxu uložené přihlašovací údaje. Informace se objevila v pravidelném newsletteru o vývoji Firefoxu.

Ladislav Hagara | Komentářů: 5
včera 00:22 | Bezpečnostní upozornění

Společnost ZONER informuje o bezpečnostním incidentu, při kterém došlo ke zcizení a zveřejnění části přihlašovacích údajů zákazníků k elektronické poště a webhostingu CZECHIA.COM.

Ladislav Hagara | Komentářů: 0
22.11. 23:44 | Nová verze

Byla vydána nová stabilní verze 1.13 (1.13.1008.32) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují možnost zobrazení otevřených i uzavřených listů pomocí ikonky Okno na postranní liště a vylepšené stahování (YouTube). Nejnovější Vivaldi je postaveno na Chromiu 62.0.3202.97.

Ladislav Hagara | Komentářů: 9
22.11. 20:55 | Nová verze

Byla vydána verze 2017.3 dnes již průběžně aktualizované linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux. Aktualizovat systém lze pomocí příkazů "apt update; apt dist-upgrade; reboot". Z novinek lze zmínit 4 nové nástroje: InSpy, CherryTree, Sublist3r a OSRFramework.

Ladislav Hagara | Komentářů: 1
22.11. 01:55 | Bezpečnostní upozornění

Společnost Uber potvrdila bezpečnostní incident a únik dat v roce 2016. Unikly údaje o 57 milionech cestujících (jména, emailové adresy a čísla mobilních telefonů) a 600 tisících řidičích (navíc čísla řidičských průkazů).

Ladislav Hagara | Komentářů: 1
21.11. 23:44 | Humor

Co vypíše příkaz man půl hodiny po půlnoci? Text "gimme gimme gimme". Jedná se o virtuální velikonoční vajíčko připomínající skupinu ABBA a její hit Gimme! Gimme! Gimme! (A Man After Midnight). Problém nastane, pokud gimme gimme gimme nabourá automatizované testování softwaru. To se pak příkaz man musí opravit [Bug 1515352] [reddit].

Ladislav Hagara | Komentářů: 10
21.11. 18:11 | Zajímavý článek

Mozilla.cz informuje, že Firefox na Fedoře podporuje Client Side Decorations. Firefox na Linuxu se vykresluje včetně standardního záhlaví okna, které je v případě webového prohlížeče většinou nadbytečné a ubírá drahocenné vertikální místo na obrazovce. Verze distribuovaná uživatelům Fedory však nyní obsahuje experimentální podporu pro takzvané Client Side Decorations, které umožňují vykreslování „oušek“ panelů do záhlaví okna.

Ladislav Hagara | Komentářů: 12
21.11. 05:00 | Bezpečnostní upozornění

Maxim Goryachy a Mark Ermolov ze společnosti Positive Technologies budou mít v prosinci na konferenci Black Hat Europe 2017 přednášku s názvem "Jak se nabourat do vypnutého počítače, a nebo jak v Intel Management Engine spustit vlastní nepodepsaný kód". O nalezeném bezpečnostním problému informovali společnost Intel. Ta bezpečnostní problém INTEL-SA-00086 v Intel Management Engine (ME), Intel Server Platform Services (SPS) a Intel

… více »
Ladislav Hagara | Komentářů: 47
21.11. 01:33 | Zajímavý projekt

Na Humble Bundle byla spuštěna akce Humble Book Bundle: Java. Za 1 dolar a více lze koupit 5 elektronických knih, za 8 dolarů a více 10 elektronických knih a za 15 dolarů a více 15 elektronických knih věnovaných programovacímu jazyku Java od nakladatelství O'Reilly. Peníze lze libovolně rozdělit mezi nakladatelství O'Reilly, neziskovou organizaci Code for America a Humble Bundle.

Ladislav Hagara | Komentářů: 0
21.11. 00:11 | Zajímavý projekt

Článek na OMG! Ubuntu! představuje rodinu písma IBM Plex. Jedná se o open source písmo (GitHub) navržené a uvolněné společností IBM (YouTube, Carbon Design System). Ukázka na Font Squirrel.

Ladislav Hagara | Komentářů: 14
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (9%)
 (1%)
 (1%)
 (1%)
 (75%)
 (14%)
Celkem 756 hlasů
 Komentářů: 37, poslední 21.11. 15:21
    Rozcestník
    Štítky: není přiřazen žádný štítek

    Vložit další komentář
    Michal Fecko avatar 26.7.2010 00:27 Michal Fecko | skóre: 31 | blog: Poznámkový blog
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Sice nevyuzijem zatial nikde ale skvele sa to cita a rozsirim si obzory. Dakujem.
    gtz avatar 26.7.2010 01:00 gtz | skóre: 27 | blog: merlins | Brno - Venkov / Rosicko
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Tak jen zlehka na to

    Rád si počtu v seriálu, pár SANů jsem viděl a měl jsem co společného i s velkými systémy jako je HITACHI/EVA atd.

    Switch je srdcem každé větší SAN, má na starosti, aby se data dostala tam, kam mají, aniž by to brzdilo všechny ostatní – separují kolizní domény.
    Switch je snad srdcem každé SAN sítě

    Kdy nepoužívat SAN...
    V dnešní době kdy ceny SAN/FC zařízení klesly o hodně dolů a jsou dostupné i malých firmám proč ne? Zajisté, že tyto firmy nedosáhnou na výkon modelů AMS od Hitachi, ale klasické diskové pole se dá dnes pořídit opravdu za zlomek ceny (pole 12*1000 GB + FC switch se v dnešní době vejde zhruba do 350 000,- CZ a slušný páskový loader-robot s LTO4 do zhruba 150 000,- ). Většina ostatních výrobců dokonce dodávají na trh SAN-START-kity, kde je vše potřebné pro nastartování prostředí SAN (Před nějakou dobou jsem pro jednoho mého zákazníka zajišťoval SAN START kit za cca 10 000€ v konfiguraci : Pole 4 Gbit FC/SATA 16x 500 GB SATA , QLogic SANbox 1400 + 4x FC karty). Menší a levnější FC pole používají disky SATA, nemusí se používat drahé FC disky o malé kapacitě. Spousta těchto polí umí i mix., kdy máte třeba půlku disků FC a druhou SATA. Místo FC disků se v dnešní době hodně používají SAS disky, které mají podobný výkon jako FC.

    Proč tedy ne?

    Chtěl jsem na podobné téma sepsat blog ( Protokoly FC a jejich použití ), ale nějak jsem se k tomu zatím nedostal.
    - nejhorší jsou trpaslíci ... Ti Vám vlezou úplně všude
    26.7.2010 07:18 Mordae
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Pole pripojene ke dvema serverum s dual port kartama nepotrebuje switch. Takze *temer* kazde.

    Jinak info pro ctenare; SANka je megadraha, veleuzasna vec, ale ve finale zjistite, ze diky praci vyrobcu switchu je cela konfigurace vlastne otazka par chvil a pak se o sit, krom dohledu, uz moc nestarate.

    No a pak potkate divne veci. Nektera pole chteji zonu pro kazdy kontroler, jina potrebuji zonu pro kazdou cestu a tak...
    26.7.2010 09:28 skunerq | skóre: 19 | blog: skunerovo
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Místo FC disků se v dnešní době hodně používají SAS disky, které mají podobný výkon jako FC.
    SAS se FC diskum nevyrovna ani nahodou. To je jako rict, ze iSCSI ma podobny vykon jako FC, sice jsou papirove hodnoty velmi podobne, ale v realnem provozu proste SAS ani iSCSI na FC nema. Osobne jsem to testoval.
    Marek Stopka avatar 26.7.2010 10:10 Marek Stopka | skóre: 57 | blog: Paranoidní blog | London, United Kingdom
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Switch je snad srdcem každé SAN sítě
    Ne není, SAN vytvoříš i HUBem, nebo P2P spojením mezi polem a klientem.

    A FYI HP EVA není velký systém. :) HDS, záleží jaké HDS.
    26.7.2010 11:40 kyytaM | skóre: 35 | blog: kyytaM | Bratislava
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Nemam nejaky vacsi prehlad v storage zariadeniach tak sa pytam ocividne znalejsich. :) Zhruba aka kategoria je riesenie v podobe HP XP24000 (high end - 64x300GB 15k RPM FC + 24x450GB 15k RPM) + IBM DS5100 (midrange - 128 x 1TB SATA 7,2K)? Respektive nejake horror stories? :)
    gtz avatar 26.7.2010 12:05 gtz | skóre: 27 | blog: merlins | Brno - Venkov / Rosicko
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Jaká kategorie? nějak jsem to přesně nepochopil.

    HP XP je jeden z vyšších modelů z řady StorageWorks (plná redundance atd.) a předpokládám správně pole slouží pro virtualizaci nebo něco podobného a DS51000 slouží na uložení dat (slušné řešení).
    - nejhorší jsou trpaslíci ... Ti Vám vlezou úplně všude
    26.7.2010 21:14 Mordae
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Moc se v tom nevyznam, ale DS5100 mi zni jako potomek DS4xxx, k cemuz se nekolik mych horror stories vaze. :-D
    gtz avatar 26.7.2010 11:56 gtz | skóre: 27 | blog: merlins | Brno - Venkov / Rosicko
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    HP EVA není velký systém, je pro střední SMB Business. HDS mám na mysli standardní pole AMS ( 2U a výše) modely AMS 2100-2300-2500 (novinka na trhu), popřípadě standardní řada AMS200,500,1000. Pro segment SMB jsou vhodné menší políčka řady SMB.

    Myslel jsem to, že SAN by měl být srdcem každé sítě. Vídám i to, že pole je připojené přímo přes Qlogic kartu do serveru. Je to pak řešení pro ty nejmenší firmy.
    - nejhorší jsou trpaslíci ... Ti Vám vlezou úplně všude
    26.7.2010 02:46 JoHnY2
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Diky za zajimavy clanek.

    Mel bych dotaz zacatecnika na iSCSI. Jaka se da u 1Gbit ethernetu ocekaval rezie iSCSI? Pokusne jsem provadel par mereni na dvou strojich s Core2 Duo, e1000e sitovkama a 1TB samsungy S2 a prekvapilo me, ze se maximalni prenosovka zastavila uz na 55MB/s (presun 10GB filu), pritom disky i ethernet by mely mit minimalne 30MB rezervu. Bohuzel jsem je mel na hrani jen jeden den, takze je moje zahada porad neobjasnena.
    26.7.2010 03:15 Radek Hladik | skóre: 20
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    U SANu už přichází do úvahy nejenom propustnost daného média, ale i latence. A samozřejmě další věci, které u DAS moc význam nehrají. Používáme "homemade" iSCSI diskové pole s cca 20-30 klientama a mám zhruba takovéhle zkušenosti:

    * iSCSI dokáže přenášet až cca 110MB/s po GB ethernetu (zkoušeno na null targetu, tedy bez fyzického disku). Na dvou bondovaných síťovkách i dvojnásobek.

    * ve chvíli, kdy připojim disk, jsem schopen se dostat na cca rychlost disku (zkoušel jsem to s jakýmisi raptory, lokálně dělaly 75MB/s, přes iSCSI asi 73MB/s)

    * Pokud na targetu mám filesystém, je schopný srazit výkon o 10-15MB/s dolů

    To je sice všechno hezké, ale v praxi je s tím spousta problémů:

    * Klienti přistupují současně, pokud se správně nenastaví cache, výkon výrazně klesne. Pokud se nepoužívá filesystém (což nedoporučuju), pak je vhodné mít target na 64bit architektuře, protože ta umí blockdevice cachovat více jak 1GB

    * Implementace initiatorů se různí. Například ta ve FreeBSD je totálně nepoužitelná, protože každý požadavek posílá okamžitě po sítí a celá I/O operace stojí, dokud nedorazí odpověď. Běžná práce s filesystémem používá 4KB bloky, při tom dosahuje asi 50% výkonu openiSCSI. Při defaultní velikosti pro dd 512B dosahuje tak max 10%. Projevovala se zde latence takovým způsobem, že byl na výkonu poznat i switch navíc...

    * Naopak iSCSI se dá provozovat i přes 100MBit linku, mám malý servřík (Intel little valley), má malý disk mirrorovaný přes iSCSI a je to rozumně svižné - I/O dělá cca 10MB/s.

    Chtěl jsem jenom ilustrovat, jak je celá problematika složitá. To co je v případě DAS řešeno jedním řadičem, diskem a krátkým kabílkem, je v případě SAN nahrazeno značně komplikovanou infrastrukturou.

    A na závěř perličku: Objednal jsem si z ebay iSCSI HBA na hraní (metalický GB ethernet) a poprvé jsem viděl čistě gigabitový port. Zkoušel jsem to doma, kde jsem měl jen 100MBit switch a HBA hrdě hlásil No Link... :-)
    Heron avatar 26.7.2010 08:56 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Sám mám něco podobného (Server C2D CentOS 5.5 64b, Klient C2Q W7 Ult 64b), Intel síťovky Intel PRO/1000 PT a Samsung F1 1TB disk. iSCSI target nemám na FS (to je opravdu pomalé), ale přímo na LV. Ve Windows pak naformátovaný jako NTFS. Rychlost čtení souborů je cca 95MB/s (čtení toho LV do /dev/null jde 103MB/s). Zápis je překvapivě ještě rychlejší, protože to cachují i ty Win. Takže zápis 2GB je pro tu zapisující aplikaci hned (rychlostí RAM). Pak to tam W7 postupně flushne (a opravdu s tím vůbec nespěchá).

    Výhoda je, že to cachuje jak server, tak klient. Takže při běžné práci se na disk prakticky nesáhne (pro čtení), pouze tedy poprvé.

    55MB/s je málo. Co jsem tak vypozoroval, tak největší problémem jsou latence. U mě třeba změna mezi repotec a 3com switchem udělala 20MB/s. Překvapivě ještě rychlejší to je přes stávající switch v RouterBoardu, který si naklikám (masterport). Na tom mi to jede právě těch 95MB/s. Kabeláž úplně levná Cat5e o délce 32m (client 2m switch 30m server).
    26.7.2010 14:13 VSi | skóre: 28
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Zápis je překvapivě ještě rychlejší, protože to cachují i ty Win. Takže zápis 2GB je pro tu zapisující aplikaci hned (rychlostí RAM). Pak to tam W7 postupně flushne (a opravdu s tím vůbec nespěchá).
    To je docela problém, když vypadne napájení nebo stroj kvůli HW chybě spane. Jasně, že USP by v takovém případě měla být samozřejmá, a stroj přece nepadá. Ale stát se něco takového může (třeba se UPS zblázní, špatná baterie která se detekuje jako OK), a aby to zkončilo rozsypaným filesystemem, to by nebylo dobré. Nezkoušel jste, jestli se s takovou situací NTFS na iSCSI dokáže vyrovnat, když se stroj tvrdě vypne uprostřed zápisu?

    I když ta cache na klientu (Windows) asi půjde vypnout, pokud budu chtít jistotu na úkor výkonu.
    Heron avatar 26.7.2010 17:38 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Upřímně řečeno od těchto věcí jsou zálohy.

    Jasně, stejné otázky jsem si sám sobě také pokládal. Odpovědi: Ve Vista 64b / W7 64b jsem BSOD ještě nevidel. Ve WinXP 64b ano, asi dvě -- vždy za to mohl špatný HW (GK - ve vistě a 7 by se provedl jen reset karty a reload ovladačů). V CentOS kernel panic pouze na špatném HW (na vlastních strojích jsem jej neviděl nikdy). UPS tam mám. Špatná baterie tam není, od toho dělá pravidelné automatické testy.

    Vypnout to natvrdo jsem nezkoušel. Co jsem nechtěně vyzkoušel je odpojení stroje sítě (vadný konektor). Ten iSCSI iniciátor (stana klienta) pochopitelně nezahodí data ve write cache, ale naopak se usilovně snaží připojit. Target (server) se se mnou odmítá úplně bavit o nějakých restartech služby, pokud tam je připojený iniciátor. Takže po opětovném napojení kabelu se to rozjelo a data byla. Co by se stalo v případě tvrdého resetu, hmm ten FS by se nerozpadl, ale ta kopírovaná data by tam pochopitelně nebyla. Což ale není problém, protože na zdrojovém disku stále jsou.

    Write cache jde vypnout. Jdou vypnout všechny cache. Ale pak to bude nepoužitelně pomalé. Je to o kompromisu. Já preferuji rychlost a ochranu dat řeším denní zálohou (Acronis). A tu zálohu jsem vytahoval z mnoha jiných důvodů, ale nikdy ne z důvodů selhání HW či SW.
    27.7.2010 00:31 Kvakor
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Když havaruje klient tvrdě během zápisu, tak jsou data většinou v pytli tak jako tak. Synchonní zápis (bez WB cache) je pro reálné použití nepoužitelný (nejde ani tak o rychlost přenosu dat, ale o latence) a cachování dat k zápisu na lokálním disku (jako to dělají některé distribuované souborové systémy) zas stojí a padá s konzistencí soborového systému na onom disku.

    Takže v praxi se toto buďto neřeší a doufá se, že klient disk nezboří, nebo se musí obětovat rychlost a jít o vrstvu výš, tj. místo storage poskytovat klasický fileserver. Když jsou data opravdu důležitá, tak se stejně použije raději databáze s podporou transakcí, nebo se z tlustého klienta udělá tenký.

    BTW: Sice nemám skušenosti s vzdáleně připojeným NTFS, ale nikdy jsem nezažil, že by se lokální NTFS u klienta "zbořilo" do neopravitelného stavu jen při výpadku napájení nebo připojení disku (první generace konektorů u SATA kabelů na některých deskách moc dobře nedržela). Disk, který byl totálně zmršen, byl přiveden do tohoto stavu vždy čistě sotwarově (typicky přepsání začátku disku náhodnými nesmyslnými daty), takže kdyby byl připojen ke storage, tak se vesele zruší data i tam. Na druhou stranu, na místech, kde se používá SAN, by nejspíš nikdo takové šílenosti, které by klienta do podobného stavu přivedly, nejspíš nedělal ...
    27.7.2010 01:24 VSi | skóre: 28
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Vyšší spolehlivost u sdílení souborů, tj. NAS je jasná.

    Vycházím z toho, co mě nedávno trochu vylekalo, a to je rozsypání ext3, pokud se několikrát tvrdě vypne při běžícím vytížení zápisem v případě, že nefungují "write barriers". Tedy ne že by se mi to stalo, ale četl jsem o tom, byla to celá stránka s testy, teď to nemůžu najít. A ty barriers nefungovaly u LVM a mdraid, teď je to možná kolem 2.6.32 spravené. Toto se neprojeví při normálním použití, ale jen když v okamžiku pádu běží intenzivní zápis, a to ještě jen někdy.

    U NTFS je tohle možná OK, chyba souvisela se zápisem žurnálu ve špatném pořadí a nepřítomností kontrolních součtů, které by to odhalily.

    Ad výkon a write cache: je mi jasné, že synchronní zápis až na disk srazí výkon k nepoužitelnosti. To mám i vyzkoušeno. U SATA disků bez HW řadiče se využívá interní cache, kterou FS podle potřeby vyprazdňuje (nebo využívá write barriers), a předchází tak porušení struktury při výpadku napájení. Že se přijde o "rozdělaná data" v cache je jasné. U HW raidů se doporučuje vypnout cache na discích, a používat jen tu na RAIDu, která je zálohovaná baterií.

    Tj. jsem předpokládal, že třeba u Fibre Channel je write cache součástí diskového pole, a na klientu, resp. HBA už se write cache na SCSI vrstvě nedělá (mimo toho, co dělá samotný filesystem). Je to tak? Jak jinak by bylo možné používat jeden iSCSI/FC svazek z více strojů pro nějaký paralelní FS? Pomocí jeho speciální synchronizace informací o cache?
    26.7.2010 12:17 BrainLess
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Problemem jsou vetsinou "shitove" sitovky ktere nejsou schopne utilizovat dane pasmo.
    26.7.2010 14:37 JoHnY2
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    S tim souhlasim, mezi PCI Reatekem a PCI-E PRO/1000 od Intelu je naprosto brutalni rozdil. Celkem si taky nemuzu stezovat na Marwelly i kdyz jsem je nikdy nemel v serveru.
    26.7.2010 22:13 P.
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    co to znamena utilizovat pasmo?

    podle meho laickeho nazoru: 100MBit/s je 100MBit/s
    26.7.2010 22:48 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    100Mbit znamená, že ta karta o sobě tvrdí, že to umí.

    Využít pásmo znamená, že ta karta opravdu dokáže touhle rychlostí vysílat/přijímat data. V tomhle ohledu jsou slavné síťovky Realtek, které při velkém provozu (zbytečně) generují spoustu přerušení, takže procesor nestíhá a těch 100Mbitů je jenom teoretických.
    Quando omni flunkus moritati
    27.7.2010 02:34 Ondrej 'SanTiago' Zajicek
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Me zkusenosti se sitovkama Realtek (rtl8139) jsou ty, ze bez potizi dosahnou rychlosti pres 90 Mbps bez vyznamneho vytizeni procesoru.
    27.7.2010 19:23 Radek Hladik | skóre: 20
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Přesne tak, na 8139 nedám dopustit. Síťovka za pár korun, podpora všude bez problémů a výkon v rozumných mezích...
    26.7.2010 12:38 Ivan
    Rozbalit Rozbalit vše MB/sec?
    Proc vsichni uvadeji MB/sev jako benchmark? Copak se SANka pouziva na ukladani filmu?
    26.7.2010 13:23 drunkez
    Rozbalit Rozbalit vše Re: MB/sec?
    pac v shitnej SANke je to prvy bottleneck....I/O utilizacia na kontroleroch switchoch a lunoch tak ako aj latencia je uz dalsie kolo....
    Marek Stopka avatar 26.7.2010 14:33 Marek Stopka | skóre: 57 | blog: Paranoidní blog | London, United Kingdom
    Rozbalit Rozbalit vše Re: MB/sec?
    Protože množství IOPS bude hodně hodně záležet na poli které použiješ, jeho konfiguraci LUN,...
    26.7.2010 14:20 Peteb
    Rozbalit Rozbalit vše Neni vsechno zlato, co se trpyti
    Nevyhodou techto reseni (SAN reseni se stovkami HDD) je vysoka vysledna cena/TB kapacity. Coz v ramci omezenych rozpoctu (aspon u nas) vede k osazovani HDD co nejvetsich kapacit. Tyto jsou slouceny do RAIDu a nasledne rozkrajeny na dilci jednotky, poskytovane jednotlive/sloucene serverum(aplikacim). Vysledkem je pak sdileni "vretene/seeku" vice servery/aplikacemi. Tvari v tvar takovym nasazenim si pak nelze nevzpomenout na uvod Mistrovstvi v Oracle 7, ktere uvadi ".. na pokusy si priprav sedm samostatnych disku (system,data,idx,temp,rbs,redo,archiv,..)". :-(
    26.7.2010 21:22 Mordae
    Rozbalit Rozbalit vše Re: Neni vsechno zlato, co se trpyti
    Oracle nepripominat. Da se rozjet i na jedinem SATA disku, ale je to utrpeni. Nejhorsi je, ze ten ksindl ten disk pomalu utavi jen na blbym enterprise manageru.

    Delal jsem ~2 roky s Oraclem. Co jsem si zacal hrat s Postgresem, nechapu, jakto, ze je Oracle stale jeste na trhu (a ano, delal jsem zejmena na DB v tom jejich pseudo-clusteru).
    gtz avatar 26.7.2010 15:02 gtz | skóre: 27 | blog: merlins | Brno - Venkov / Rosicko
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Benchmarky storage strojů naleznete zde
    - nejhorší jsou trpaslíci ... Ti Vám vlezou úplně všude
    27.7.2010 00:39 Pavel Francírek | skóre: 6
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Z hlediska interconnectu se tu trochu zapomnělo na InfiniBand.
    27.7.2010 07:35 frr | skóre: 33
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Tvrdil mi jeden německý distributor HPC hraček, že IB vychází levněji než FC - při kratších latencích. Řekl bych, že je na druhou stranu poněkud omezený dosahem. Ale pro kompaktnější sestavy, proč ne... Asi i další fičury se mohou lišit - a nemám na mysli zrovna tlustou metalickou kabeláž. Pokud mohu soudit, na našem trhu se IB zatím moc neprodalo. FC má kdekdo, IB sem tam nějaká univerzita/výzkumák/vývojové centrum - hlavně v žiletkových vanách, kde je IB v backplanu, a s krátkým propojem na storage.

    Cca před rokem se dost mluvilo o PCI-e IOV na úrovni bladeových krabic a HPC storage. Jako že PCI-e povede až do externího RAIDu, a v backplanu namísto IB bude PCI-e switch. A pod vanou na žiletky bude foch na PCI karty, které bude možno mapovat přes PCI-e switch žiletkám a dokonce virtuálním strojům. Už jste to někdo potkali na živo?

    Ne že bych něco z toho viděl jinak než na papíře...
    [:wq]
    27.7.2010 07:58 kyytaM | skóre: 35 | blog: kyytaM | Bratislava
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Neda sa IB pouzivat na zivu mirgaciu pri virtualizacii? :)
    Marek Stopka avatar 27.7.2010 08:17 Marek Stopka | skóre: 57 | blog: Paranoidní blog | London, United Kingdom
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Na to se dá používat i ethernet. :D:D
    27.7.2010 09:03 kyytaM | skóre: 35 | blog: kyytaM | Bratislava
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Tak doplnujuca otazka, kedy budu "kupitelne" 40Gbit a 100Gbit Ethernet komponenty (ked standard bol schvaleny nejaky mesiac dozadu)? ;)
    29.7.2010 10:26 frr | skóre: 33
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    No když si vezmu, kolik stojí 10Gb Ethernet, který v PCčku je tak na hraně toho, co má smysl z hlediska průchodností interních sběrnic, doručování interruptů a schopnosti dnešních CPU a OS zpracovávat reálný síťový provoz, tak bych řekl, že 40Gb nebo 100Gb v PCčku hned tak neuvidíme. Taky si vemte, kolik žerou a topí skromnější varinaty 10Gb Eth (optika a CX4 metalika), nemluvě o žravé metalice 10Gbase-T => jak by musel vypadat 40Gb nebo 100Gb interfejs (asi jako špičková grafárna).

    Objeví se to podle mého nejprve jako trunková rozhraní na internetových páteřích, kde už je reálně potřeba takovéhle kapacity přehazovat vidlema, a v backplanech a switchovacích maticích ta průchodnost už je.

    Ano, toho smajlíka jsem postřehl ;)
    [:wq]
    30.7.2010 00:41 kyytaM | skóre: 35 | blog: kyytaM | Bratislava
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Stacilo mi, ked som pred cca pol rokom pozeral, kolko stoja 10 Gbit L2 switche. :)

    Len ma zaujal IB z toho pohladu, ze ak mam vo virtualizacnom clustery virtualky s radovo 10kami GB RAM, tak migracia (kopirovanie ich pamate) z jedneho hosta na druhy uz vie zabrat celkom dost casu, :)

    30.7.2010 10:35 Pavel Francírek | skóre: 6
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Rozhodně. Hlavně kvůli zmíněné latenci, která je o řád lepší než u Ethernetu.
    27.7.2010 09:06 peppa
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    ještě jedna situace kdy SAN určitě ano - když virtualizujete servery
    27.7.2010 13:07 ET
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    pokud si dobre pamatuju, co se tyce rychlosti - taky je treba davat bacha z kolika disku se danej raid stavi - napr. neni vzdy efektivni postavit raid 10 napr z 8 disku ale udelat 2 raidgrupy z 2x4 raid 10 (nejlip treba pres 2 patra kvuli redundanci) a ty pak spojit do jednoho celku - pokud vim zalezi to od vyrobce
    Marek Stopka avatar 27.7.2010 13:37 Marek Stopka | skóre: 57 | blog: Paranoidní blog | London, United Kingdom
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Jasně, nicméně já se tímto moc zabývat v seriálu nebudu, jde mi spíše o popsání protokolů, technologií,... konkrétní implementace jsou příliš závislé na výrobci a vždy je nejlepší se poradit přímo s výrobcem, nebo nějakým konzultantem.
    27.7.2010 19:34 Radek Hladik | skóre: 20
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Článek se mi zatím poměrně líbí, ale rád bych zdůraznil, že popisuje "enterprise" technologie za netriviální peníze (to není výtka). SAN je ale možno provozovat i v menším a pořád může přinášet spoustu výhod. Existují otevřené implementace iSCSI (target IET a initiator OpeniSCSI), jako médium poslouží i gigabitový ethernet. Balíčky jsou dostupné ve spoustě distribucí a na netu je spousta popisů a návodů.
    Marek Stopka avatar 27.7.2010 20:02 Marek Stopka | skóre: 57 | blog: Paranoidní blog | London, United Kingdom
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    K iSCSI a dalším levným technologiím se dostaneme snad později. V současné fázi se budu zabývat Fibre Channelem, iFCP, FCIP, CDP,... později se možná dostanu i k iSCSI.
    28.7.2010 08:44 Aktuator
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Takže budeš popisovat věci co 95% čtenářů nikdy nevyužije, ale iSCSI může použít kdekdo hned. Ale co, koho chleba jíš toho píseň zpívej. Navíc je to napsané dobře.
    Heron avatar 28.7.2010 10:06 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    To je kritika zcela mimo mísu. Pokud by se mělo psát podle toho, kolik lidí si to přečte, tak abc skončí jako Blesk
    28.7.2010 19:32 Radek Hladik | skóre: 20
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    S tím naprosto nesouhlasím a svůj příspěvek jsem tak ani zdaleka nemyslel...

    Jsou články, které vyujiže skoro každý (třeba zprávy o stavu kernelu nebo recenzi na toaletní papír) a pak jsou články z katergorie zajímavé věci. Možná/nejspíš člověk takové věci nevyužije, ale jednoznačně si rozšíří vzdělání, což by každý soudný člověk měl průběžně dělat...

    Svůj příspěvek jsem myslel jako upozornění pro právě takové čtenáře a kdo měl zájem/čas/chuť/náladu, tak teď už má na jednom storji připojený disk z jiného stroje a bude se lépe orientovat v pokračováních seriálu...
    28.7.2010 09:47 stn
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    No vida, tak kdyz je na netu spousta popisu a navodu na ty lowend/homemade SAN technologie, proc pridavat dalsi? :-) Myslim, ze hodne lidi vcetne me si rado precte i drahych enterprise-class technologii, aspon si rozsiri obzory. Ostatne neni az takovy problem se k takovym technologiim dostat, staci se nechat zamestnat v nejake dostatecne velke firme :-).
    28.7.2010 15:42 frr | skóre: 33
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Jako iSCSI target jsem před časem otestoval linuxový SCST (out of tree). Existuje také in-tree STGT (údajně ne tak dobrý jako SCST). Na webu SCST je nějaké srovnání SCST, STGT, IET a LIO.
    [:wq]
    28.7.2010 19:34 Radek Hladik | skóre: 20
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Už jsem také zaregistroval a druhý iSCSI server (target) mám v plánu postavit právě na tomto... Minimálně pro testování, ale předpokládám, že i pro následný ostrý provoz...
    28.7.2010 19:39 Radek Hladik | skóre: 20
    Rozbalit Rozbalit vše Re: Storage Area Network – 1 (úvod)
    Ještě bych dodal, že existuje iSCSI target z NetBSD. Funkčně je sice poměrně dost hrozný a výkon nic moc, ale je to čistě userspace aplikace, přeložitelná i na Linuxu (i staticky). Mám jí na svém modifikovaném RIPLinuxu a je to docela pohodlné k opravě různých rozpadlých systémů (hlavně Windows, Linux se dobře opravuje přímo z toho RIPLinuxu). Nabootju z CD, nastavím iSCSI a připojím do normálního Win počítače, kde mám všemožné nástroje atd...
    3.8.2010 08:29 Ming
    Rozbalit Rozbalit vše 10 Gbps FC
    Jenom doplnim, ze 10Gbps FCoE neni rychlost fibru, ale toho nosneho ethernetu. FC uvnitr jede na 8Gbps. Za to existuje "cisty" FC, ktery jede na 10Gbps (ma jej napr. Cisco viz tady).

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.