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í
×
dnes 11:00 | Zajímavý článek

Národní centrum kybernetické bezpečnosti aktualizovalo bezpečnostní doporučení pro síťové správce (pdf). Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat pokud možno v každé instituci. Doporučení jsou opět rozdělena do tří základních částí: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 0
dnes 09:11 | Komunita

Nedávno byla představena publikační platforma people.kernel.org. Své zápisky zde mohou publikovat vývojáři jádra Linux. Řešení je postaveno na WriteFreely a Write.as.

Ladislav Hagara | Komentářů: 0
včera 12:11 | Nová verze

Byla vydána nová verze 2019-06-20 linuxové distribuce Raspbian určené především pro jednodeskové miniaturní počítače Raspberry Pi. Přehled novinek v poznámkách k vydání. Společně s Raspbianem byl aktualizován také instalační nástroj NOOBS (New Out Of the Box Software). Nejnovější verze Raspbianu vychází z Debianu 10 s kódovým názvem Buster a přináší především podporu Raspberry Pi 4 Model B.

Ladislav Hagara | Komentářů: 0
včera 10:55 | Zajímavý článek

Vývojáři postmarketOS (GitLab) hodnotí dva roky vývoje tohoto v květnu 2017 představeného operačního systému pro chytré telefony vycházejícího z optimalizovaného a nakonfigurovaného Alpine Linuxu s vlastními balíčky [reddit, Hacker News].

Ladislav Hagara | Komentářů: 0
včera 10:11 | IT novinky

Nadace Raspberry Pi na svém blogu oficiálně představila (YouTube) jednodeskový počítač Raspberry Pi 4 Model B. K dispozici je ve třech verzích: 1 GB, 2 GB a 4 GB RAM. Cena začíná na 35 dolarech za verzi s 1 GB RAM. Nejnovější Raspberry Pi podporuje 2 monitory a rozlišení 4K.

Ladislav Hagara | Komentářů: 28
23.6. 18:22 | Komunita

Oznámení, že Ubuntu od vydání 19.10 nebude distribuovat 32bitové balíčky (ani multilib) a uživatelé mohou použít virtualizaci či kontejnery LXD, se setkalo s vlnou nevole, mj. protože i řada 64bitových aplikací využívá 32bitový instalátor. Vývojáři Wine a Steamu oznámili, že zřejmě přestanou Ubuntu od vydání 19.10 podporovat. Diskuze na Redditu: [Wine], [Steam].

Fluttershy, yay! | Komentářů: 56
22.6. 16:11 | IT novinky

Nový open source Windows Terminal představený na vývojářské konferenci Microsoft Build 2019 lze již instalovat z Microsoft Store. Podrobnosti v příspěvku na blogu Microsoftu.

Ladislav Hagara | Komentářů: 10
21.6. 13:11 | Zajímavý projekt

Článek na OMG! Ubuntu! představuje projekt Wayfire, jehož cílem je vývoj kompozitního správce oken inspirovaného Compizem běžícího nad Waylandem. Videoukázky na YouTube. Zdrojové kódy na GitHubu.

Ladislav Hagara | Komentářů: 5
21.6. 09:11 | Zajímavý projekt

Vzdělávací a veřejné instituce mohou získat open source router Turris Omnia formou bezplatné výpůjčky. Router Turris Omnia je poskytován v rámci projektu "Vybudování a ověřovací provoz systému Cyber Threat Intelligence (CTI)" podpořeného Ministerstvem vnitra ČR v rámci programu Bezpečnostního výzkumu pro potřeby státu v letech 2016 - 2021. Podrobnosti na stránkách projektu.

Ladislav Hagara | Komentářů: 1
20.6. 17:00 | Nová verze

Vývojáři Ubuntu informují, že od snapd verze 2.36 lze paralelně instalovat různé verze daného snap balíčku. Lze tak mít nainstalovaný například multimediální přehrávač VLC současně ve verzích stable, candidate, beta i edge.

Ladislav Hagara | Komentářů: 9
Jakou verzi jádra Linux typicky používáte na osobním počítači?
 (17%)
 (20%)
 (55%)
 (3%)
 (4%)
Celkem 357 hlasů
 Komentářů: 9, poslední 21.6. 14:42
Rozcestník

Virtualizovaný cluster

4.9.2014 11:06 | Přečteno: 1853× | Za vším hledej Linux | Výběrový blog

Jsou aplikace, které v produkčním prostředí dost dobře testovat nelze. Jednou z nich je Pacemaker a jeho služby.

Pokud máte jím spravované virtualizované prostředí, ve kterém vám běží asi deset virtuálů ze kterých je zajišťován provoz bezdiskových strojů v laboratořích, projektová podpora i výuka, tak je sakra dobré vědět co dělat a kde hledat příčinu, když něco přestane fungovat jako doposud.

Jenže, jak se na to v takovém prostředí, kde každá konfigurační chyba může vést k celé sérii problémů, připravit, pokud nemáme k dispozici dostatek fyzických strojů, abychom mohli mít jeden cvičný cluster?

Já si pro tyto účely vytvořil virtualizovaný cluster.

Využil jsem přitom našich vyzkoušených a lety prověřených technologií:

Produkční cluster je asymetrický cluster s pěti nody A-E, ve kterém jsou dva NFS servery, které mají vždy svlj datový prostor replikovaný přes DRBD. Jeden (nody A a B ) propaguje data do vnější sítě, a druhý (nody C a D) je poskytuje pouze v rámci vnitřní sítě produkčního clusteru. Každý z nodů A-E může být hostitelem některého ze strojů ve virtuálním prostoru.

Virtualizovaný cluster je rovněž asymetrický cluster s pěti nody a-e, který poskytuje služby testovacímu virtuálu f. Protože potřebuji testovat chování DRBD agenta od Linbitu, jsou v jeho rámci rovněž nakonfigurovaná dvě vzájemně nezávislá drbd pole. To mi umožní lépe analyzovat problém, který jsem zaznamenal v prostředí produkčního clusteru, kdy se DRBD agent v okamžiku zapojení zcela nesouvisejícího nodu do clusteru pokouší přehodit u všech(!) DRBD polí primární disk jinam.

       

Hodnocení: 100 %

        špatnédobré        

Obrázky

Virtualizovaný cluster, obrázek 1

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

Komentáře

Vložit další komentář

4.9.2014 13:09 Marek 'marx' Grác | skóre: 21 | blog: Paralelný blog | Brno / Bratislava
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Možno by sa ti mohlo hodiť, že na inštalovanie clustru je možné použiť puppet manifesty.
4.9.2014 14:05 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
To lze pochopitelně použít v rámci odladěných enterprise řešení. Jenže mě zajímají vývojové verze, a to nejenom Pacemakeru a jeho nástrojů, ale také Pupetu. Díky tomu jsem pak připravený na případné záludnosti, když aktualizuji produkční prostředí.
4.9.2014 13:28 citanus | skóre: 12 | Cork (Ireland)
Rozbalit Rozbalit vše Re: Virtualizovaný cluster

troska nevyhoda je v tom, ze kdyz se hlavni klastr odporouci, tak uz nemam nacem ozkouset DR : )

4.9.2014 14:22 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Co si mám představit pod "hlavni klastr odporouci"? Od září 2012, co jsem přešel na diskless nebylo celkově víc než 20 výpadků. Podchyceno mám monitoringem jich mám 13 (předtím nebylo toto clusterové prostředí monitorované). 3 loňské než jsem si konečně napsal vlastního agenta pro KVM virtuály byly v řádech hodin - protože k nim došlo z neděle na pondělí, když jsem byl mimo. V těch 10 zbylých jsou asi dvě plánované odstávky a u toho zbytku nebyl výpadek delší než 10 minut. To je slušné na školní infrastrukturu která se používá 24/7/365, ne?
Max avatar 4.9.2014 14:40 Max | skóre: 67 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
A duvody vypadku byly jake? Jen tak informativne, pokud to neni tajne.
diky
Zdar Max
Měl jsem sen ... :(
4.9.2014 15:09 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Virtualizovaný cluster

Nemám s tím problém, alespoň dostane zdejší osazenstvo lepší představu o tom jak takový problém vypadá a vzniká.. Sepsal jsem je v e-mailu, který jsem posílal 9.5.2014. Od té doby proběhly už jen dva výpadky - jedním byla plánovaná odstávka při revizi trafostanice 3.7.2014, v průběhu dopoledne a tím druhým asi dvouminutový výpadek, v pátek před mým odchodem na dovolenou, kdy jsem potřeboval zopakovat chování Pacemakeru při onom zmíněném problém s DRBD agentem, abych mohl kolegům popsat jak by měli v takovém případě postupovat.

Z těch předchozích si vybavuji tři:

  • Jeden způsobil vypadlý větrák, který pak honil teplý vzduch v bedně jednoho ze strojů, dokud se neuvařil.
  • Za druhým se skrývala vyhořelá pojistka na jednom z okruhů v hlavním rozvaděči
  • A poslední před zahájením monitoringu byl při letní pražském blackoutu 2013, kdy vyhořela trafačka za Prahou.

Ovšem jako plnohodnotný cluster, u kterého jsou komplet všechny zdroje řízené Pacemakerem to jede až od 7. ledna 2014. Předtím fungovaly stroje C a D jako datové a E pouze jako virtualizační. Takové řešení je z uživatelského hlediska mnohem stabilnější a robustnější, ale příkaz zněl jasně - přesunout všechno na nové dva stroje. Že se i nadále pro některé věci využívají i ty původní tři je věc jiná.

Jen tak pro zajímavost jsem z logů vyhrabal veškeré záznamy spojené s nějakým výpadkem. Virtuální stroje support a moodle jsou monitorovány přes munin na stroji rtime od února 2013, a za tu dobu byly zaznamenány tyto výpadky:

2013 1.září 2:10 (Ne) - 2. září 2:20 (Po) Výpadek stroje moodle cca 24 hodin

2013 29.září 2:04 (Ne) - 30. září 8:58 (Po) cca Výpadek stroje moodle cca 31 hodin

2013 23.prosince 1:07 (Po) - 24.prosince 1:09 (Út) Vánoční výpadek. Cca 24 hodin Vyhnil datový stroj, ale neumřel zcela takže vyžadoval manuální zásah, který nakonec udělal Ondra.

2014 7.ledna nebyl žádný výpadek, ale od tohoto data jsou v ostrém provozu stroje DELL a přes Pacemaker jsou řízeny nejenom datové úložiště, ale i virtuální stroje a síťová konfigurace virtuálních switchů. To sebou přineslo i onu závislost na migraci IP adres.

Předtím běžely virtuály vždy pouze na jednom stroji a datové služby poskytovaly střídavě zbylé dva stroje. Tam jsem ovšem narážel na opačný problém - pokud chcípnul fyzický stroj pouze částečně, bylo nutné ho manuálně restartovat, aby uvolnil IP adresy pro NFS server (AMD stroje nemají IPMI, aby to bylo možné udělat vzdáleně). To byla příčina vánočního výpadku

2014 15.února 1:25 (Pá) - 18.února 1:34 (Po) Víkendový výpadek stroje support o délce 3 dny, zapříčiněný vyhnilým připojením na Novell

2014 10.března 13:30 (Út) Šlo pouze o krátkodobý výpadek v trvání několika minut. Zapříčinila ho výše uvedená závislost IP adres na NFS - to bylo poprvé co jsem na tento problém narazil a způsobilo ho nahození agenta pro Pacemaker na stroji Linus (AMD)

2014 4.dubna 11:00 (Pá) Šlo o relativně krátkodobý výpadek cca v trvání 10 minut. Bohužel jako problém byl vnímán proto, že k němu došlo v průběhu výuky. Zapříčinila ho výše uvedená závislost IP adres na NFS - to bylo podruhé co jsem na tento problém narazil a způsobilo ho tentokrát nahození agenta pro Pacemaker po restartu stroje patty (DELL!). Bohužel problém

2014 7.dubna 00:05 - 8:57 (Po) Výpadek celé infrastruktury Peanuts v délce 8 hodin zapříčiněný vybitím UPS v racku 9 strojem kepler

2014 29.dubna 16:03 - 18:02 Výpadek v délce 2 hodin zapříčiněný výše uvedenou závislostí IP adres na NFS. Předchozí výpadky, které nastaly z důvodu této závislosti svým trváním nepřekročily půl hodiny, proto je munin ani nezaregistroval. Spouštěčem pro tento výpadek bylo nahození agenta pro pacemaker po restartu na stroji snoopy (AMD).
Stroj linus, který jsem podezříval už byl v tom okamžiku ve stavu kdy nenajížděl. Díky vadnému disku nedošlo ke správné instalaci zavaděče. Problém tak nastal až ve chvíli kdy, jsem sešel dolů do serverovny zkontrolovat zda není stejný problém i na stroji snoopy. Jenže ten mezitím najel, nahodil Pacemaker (a tím vyvolal problém). Já nic netuše ale mezitím řešil stroj linus. Proto trval výpadek tak dlouho.

Nicméně bych chtěl upozornit, že nasazení clusterové infrastruktury prakticky eliminovalo víkendové výpadky, které vyžadovaly manuální zásah administrátora - byť realizovaný vzdáleně po síti. A průměrná délka výpadků, ke kterým došlo sice nepředvídaně, ale během plánovaných operací se tak - v porovnání s minulým rokem - výrazně zkrátila.

A také bych chtěl zdůraznit, že oproti předchozím létům je CELÁ infrastruktura - tj. od datových úložišt, přes virtuální switche až po virtuální stroje automatizována a spravována přes Pacemaker, tudíž není nutné lézt na jednotlivé fyzické stroje a k jejímu řízení stačí přístup k CRM konzoli na jednom z nich a její standardní příkazy. Což tedy především umožňuje - v případě nutnosti - rychlou kontrolu a správu i přes SSH připojení z mobilního telefonu.

4.9.2014 14:41 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Ty lépe orientované by možná mohlo zaujmout, že se moje řešení podobá tomu, co se skrývá pod komerčním názvem XenServer. Jen z mého pohledu transparentnější, protože se jednotlivé komponenty neschovávají za jedno grafické GUI a vše je dokumentováno v rámci manifestů Puppetu a také v naší wiki.

Jen tak pro zajímavost - 3 původní stroje C,D a E jsou desktopové AMD stroje s cenou do 50 tisíc před pěti lety. Takže podobnou infrastrukturu lze vybudovat - jak vidno - i za relativně malý peníz - za předpokladu, že slevím z nároku na dostupnost.

Max avatar 4.9.2014 18:01 Max | skóre: 67 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Mno, rozvody a el., vecny to problem. My jsme nastesti revizi trafacky prezili, UPS to udrzely pres 4h a jeste mely 2h rezervu.
Nejvetsi vypadek, co se mi kdy stal, byl vypadek email sluzeb na 16h, kdy nasi dcerince po migrace domeny t-online znepristupnil veskere sluzby a odstranil i veskere emaily apod.
Vetsi vypadek jsem snad nezazil, diky bohu.
Jinak servery jedeme HP DL380 a zatim zadny nezklamal, ani po 6 letech provozu.
Ted jsme si slozili jeden server na supermicro a libi se mi to, levne, ale bezpecne.
Zdar Max
Měl jsem sen ... :(
4.9.2014 21:09 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Nechat to v běhu by nemělo žádný valný smysl. Stejně by se na to nikdo nedostal a jenom by to zbytečně žralo už tak omezené nouzové zdroje.

Pokud jde o železo - já na ty AMD nedám dopustit. Bohužel jsou to jen obyčejné desktopové desky bez IPMI (na PDU mi je připojili až poonom vánočním výpadku). IBM serverů už jsme se chválabohu zbavili. Energeticky příšerně drahá a nevýkonná topná tělesa z druhé ruky. Nebýt toho že byly za směšnou cenu, tak nevím. Aktuálně preferujeme DELL a spokojenost. S HP mám co do činění jinde, ale u iLO4 oproti Dracu se mi nepodařilo rozběhat přístup na grafickou konzoli. Supermicra s tím jeho ipmi máme taky, ale to si spravuje kolega. ALe zrovna nedávno řešil nějakou bezpečnostní díru toho jejich ipmi.
5.9.2014 09:29 alkoholik | skóre: 37 | blog: Alkoholik
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Jestli to nebude tim, ze grafickou konzoli si musis zaplatit extra..
:)
BTW: IPMI je derave by design.
5.9.2014 09:37 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Jestli to nebude tim, ze grafickou konzoli si musis zaplatit extra..
:)
BTW: IPMI je derave by design.
Ad ta konzole - nejsem si jist. Ve widlích funguje. Ale není můj stroj - neřeším.
Max avatar 5.9.2014 10:09 Max | skóre: 67 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Už to neplatí úplně zcela. S iLO4 grafická konzole funguje, ale jen asi 10, nebo 15s. Neomezeně dlouhou dobu pak jen v případě, že si koupíš licenci na iLO.
Zdar Max
Měl jsem sen ... :(
5.9.2014 14:16 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Co je nutné k tomu - kromě zakoupení licence - aby ti ta grafická konzole na linuxu jela?
Max avatar 5.9.2014 15:24 Max | skóre: 67 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
javu, nic víc. Buď využiješ KVM, co je napsaný v net.frameworku, nebo ten v jave. U iLO4 mají obě varinty dostupné, stačí ťuknout na odkaz v iLO rozhraní. Normálně to funguje (Arch Linux + Firefox + java), jen je třeba povolit javu.
Zdar Max
Měl jsem sen ... :(
5.9.2014 15:44 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Javu mám. U Dracu mi to funguje bez problému, ale iLO4 ne.
Max avatar 5.9.2014 16:36 Max | skóre: 67 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Teď jsem to zkoušel a bez problémů. Ťuknu, ale nic se nestane, protože ve FF je vlevo nahoře java blokavaná, ťuknu, povolím, okno vyskočí a ok.
Zdar Max
Měl jsem sen ... :(
5.9.2014 16:53 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Tak u mě FF (iceweasel) neudělá vůbec nic, a chromium chce instalovat javu, přes to, že ji mám nainstalovanou (jinak by nefungoval ani Drac)
Max avatar 5.9.2014 17:51 Max | skóre: 67 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Já mám čistý firefox 30.0 + jdk 7.51-1 (oracle verze kvůli kompatibilitě s korporátními app, openjdk tedy nepoužívám)
Pokud vím, v chromium nemůže java fungovat, protože od verze 35 byla odstraněna podpora NPAPI a zůstala jen PPAPI. Ale těžko říci, jakou verzi máš ty.
Zdar Max
Měl jsem sen ... :(
Heron avatar 4.9.2014 18:06 Heron | skóre: 51 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Mě celkem překvapuje, že mezi výpadky počítáš i plánované odstávky a odstávky způsobené třetí stranou (například na straně dodavatele elektřiny). Za to přece ta tvoje technologie nemůže a pokud nebyla požadován schopnost běhu i za těchto podmínek (což asi nebyla), tak bych to mezi výpadky vůbec nepočítal.
4.9.2014 21:01 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Ano. Tak to vidíš ty, tak to vidím já. Uživatelé to ovšem vidí jinak. Bylo by to na pěkně hořký rozhovor. Ostatně i ten přehled vzniknul jenom a pouze z toho důvodu abych objasnil proč se nehodlám vracet do počítačového pravěku a vzdát se infrastruktury, díky níž máme dostupnost srovnatelnou s komerční sférou a robustní ochranu dat.
pavlix avatar 5.9.2014 09:20 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Aneb musíš počítat každý výpadek právě proto, abys vysvětlil, že je způsobený třetí stranou.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
5.9.2014 09:56 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Tak tohle sdělení jsem nějak nepobral.

To s čím tady bojuju, je obyčejná nedůvěra vůči neznámému. Rozepsal bych se víc, ale nerad bych tím vrhnul špatné světlo na jinak pohodové lidi, co mají pouze tu mouchu, že si neradi připouští jak jim ujíždí vlak.
pavlix avatar 5.9.2014 10:43 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Tak tohle sdělení jsem nějak nepobral.
Měl jsem za to, že je to jen shrnutí důvodů, proč musíš počítat i externě způsobené výpadky.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
Heron avatar 5.9.2014 10:55 Heron | skóre: 51 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Především je to o terminologii ;-)

Já (a možná i Aleš) slovem výpadek chápu neplánovanou, neočekávanou odstávku poskytované služby. (Pokud poskytuju web, tak spadne-li apache, je to neočekávaný problém na mé straně.) Rozhodně bych však slovem výpadek neoznačil jev, kdy někde na cestě mezi serverem a klientem dojde k přerušení sítového spojení, nebo někdo (na koho já nemám vliv) odpojí přívod elektřiny k danému serveru.

Ono to možná zní jako slovíčkaření, ale lidé hrozně rádi hážou odpovědnost na někoho, kdo ji nemá. A pokud ten někdo o událostech s nimiž nemá nic společného ještě hovoří jako o výpadku, tak tím vlastně poskytuje bič sám na sebe.
5.9.2014 11:40 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Ono je to spíš obráceně - za výpadek to považují ti co nemají šajna o vzájemných souvislostech. Typicky: Během odstávky trafačky běží některé služby ze záložního zdroj. Jenže uživatelé nechápou, že energetická kapacita záložního zdroje nestačí k tomu aby mohly jet všechny stroje, čímž je to stejně na kočku, protože se k těm svým službám stejně nedostanou, jelikož jsou závislé zase na jiných službách, které nemusí být dostupné.
pavlix avatar 5.9.2014 12:13 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Podle mě do toho uživatelům nic není. Pokud se jedná o plánovanou odstávku, mělo by stačit ji prostě oznámit. Pokud se jedná o nějaké zásadní riziko výpadků, tak se taky může oznámit. Jinak je to výpadek jako každý jiný, ke kterému může dojít z jakékoli příčiny.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
pavlix avatar 5.9.2014 12:10 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
nebo někdo (na koho já nemám vliv) odpojí přívod elektřiny k danému serveru.
O lecčems se dá polemizovat, ale pokud server přijde o elektřinu nebo úplně přijde o konektivitu, služba neplánovaně neběží, a to považuju za jednoznačný výpadek služby. Terminologie, kdy za výpadek neoznačuješ výpadek z vnějších příčin, mi přijde nesmyslná.
Ono to možná zní jako slovíčkaření, ale lidé hrozně rádi hážou odpovědnost na někoho, kdo ji nemá.
A stejnětak se lidé rádi zbavují odpovědnosti, kterou mají. Ale to, zda nastane výpadek nebo nenastane je podle mě věc objektivní, nikoli subjektivní a tedy není určen tím, kdo má za něj zodpovědnost.
A pokud ten někdo o událostech s nimiž nemá nic společného ještě hovoří jako o výpadku, tak tím vlastně poskytuje bič sám na sebe.
Pokud někdo tvrdí, že výpadek nenastal (a nekonstatuje ani plánovanou odstávku), znamená to podle mě, že služba běží. Pokud provozovatel tvrdí, že služba běží a trvá na tom, a přitom neběží, tak to znamená, že je provozovatel buď lhář a nebo neschopný idiot. Nemyslím si, že by to byl o moc lepší obrázek, než že služba prostě občas z různých příčin vypadne.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
Heron avatar 5.9.2014 12:20 Heron | skóre: 51 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Terminologie, kdy za výpadek neoznačuješ výpadek z vnějších příčin, mi přijde nesmyslná.

Mě přijde jako nesmyslná tvoje argumentace, která by v praxi nutně vedla k tomu, že se taxativně vyjmenuje (pochopitelně neúplný) seznam toho, jaká konkrétní situace výpadek je a která nikoliv.

Pokud někdo tvrdí, že výpadek nenastal (a nekonstatuje ani plánovanou odstávku), znamená to podle mě, že služba běží.

Služba běží (proces na nějakém serveru běží, server je v plném běhu), ale nikdo se k ní nedostane protože dodavatel konektivity odpojil síť. To, podle mě, výpadek není, pokud někdo nestanovil vyšší míru redundance síťového spojení, což je pro mnoho lidí a firem zcela mimo možnosti (asi těžko si můžu k hostingovému centru vykopat další optiku, že).

pavlix avatar 5.9.2014 12:44 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Mě přijde jako nesmyslná tvoje argumentace, která by v praxi nutně vedla k tomu, že se taxativně vyjmenuje (pochopitelně neúplný) seznam toho, jaká konkrétní situace výpadek je a která nikoliv.
To přesně mě přijde nesmyslné na tvé argumentaci, kde je něco výpadek nebo není v závislosti na tom, kdo je za to zodpovědný.
Služba běží (proces na nějakém serveru běží, server je v plném běhu), ale nikdo se k ní nedostane protože dodavatel konektivity odpojil síť.
Podle mě je vcelku jedno, zda při výpadku služba neběží nebo ztratí možnost spojení s uživateli.
To, podle mě, výpadek není, pokud někdo nestanovil vyšší míru redundance síťového spojení
Podlemě vyšší redundance spojení cílí na eliminaci výpadků, tedy pokud nikdo takový požadavek nestanovil, tak jsou takové výpadky zjevně v toleranci, ale netvrdil bych, že to nejsou výpadky. Mám za to, že by slovo výpadek pak bez náhrady ztratilo svůj smysl a bylo by synonymní s pádem či selháním služby.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
Heron avatar 5.9.2014 12:51 Heron | skóre: 51 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
je něco výpadek nebo není v závislosti na tom, kdo je za to zodpovědný

No jistě. Je to výpadek toho, kdo je za danou technologii odpovědný. Co je na tom divného? Tohle je naopak zcela jasná definice. Jestliže rozvodným závodům neohlášeně neočekávaně shoří trafo a nedodávají elektřinu, je to jejich výpadek. Nikoho jiného. Co je na tom divného?

5.9.2014 14:02 Marek
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Nikoli, je to jejich výpadek a zároveň buď službu ohrožující stav, nebo výpadek všech navázaných služeb, které danou službu vyžadují ke svému běhu.
5.9.2014 14:17 lmbot
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Nekrmte trolly. Dekujeme.
pavlix avatar 6.9.2014 08:48 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Nebylo by lepší napsat alespoň něco k věci, jako to dělá Heron?
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
5.9.2014 14:12 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Služba běží (proces na nějakém serveru běží, server je v plném běhu), ale nikdo se k ní nedostane protože dodavatel konektivity odpojil síť. To, podle mě, výpadek není,..
Výpadek to je, ale pokud by došlo na případné lepení škody, zůstalo by máslo na hlavě někomu jinému než tobě.
pavlix avatar 6.9.2014 08:44 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
V tom případě se ve významu toho slova my dva shodujeme.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
pavlix avatar 6.9.2014 08:44 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
A co koukám níže, tak nejen my dva.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
5.9.2014 13:58 Marek
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Já (a možná i Aleš) slovem výpadek chápu neplánovanou, neočekávanou odstávku poskytované služby.
Tak chápeš nekonzistentě s ITIL ITSM frameworkem a nejbežnější definicí availability metriky. Ale chápu, to by bylo až příliš customer a service oriented.

Zákazníka však v konečném důsledku nezajímá kdo výpadek způsobil a proč, ale to, že služba nebyla dostupná, nebo nebyla dodána v očekávané kvalitě.

Jiná věc je samozřejmě Root Cause Analysis, v rámci které se může ukázat, že nedostupnost měřené služby byla způsobena nedostupností jiné služby, pak se samozřejmě otevře daný service contract a zkontroluje se SLA s dodavatelem (interním, externím) dané služby a případně se budou uplatňovat sankce.

Ale nedostupnost služby se samozřejmě meří z pohledu koncového zákazníka vůči poskytované službě a je úplně jedno jestli byl problém na straně BT, AT&T, ČEZ, aplikace, aplikačního clusteru, hardware, nebo nějaké jiné infrastrukturní součásti.

Výpadek je absolutní ukazatel, který nemá prostor pro výklad, to zda-li došlo, nebo nedošlo k porušení SLA to se dá interpretovat v souvislosti se zněním daného SLA, nikoli to zda-li došlo, nebo nedošlo k výpadku.
5.9.2014 14:37 lmbot
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Myslim ze si asi never heard termin Force majeure. A ze service availability je relative term a byva specified bud v general conditions nebo vymezen primo v contract.

Tak az dojde k blackoutu, vypadku na pateri nebo lost of connectivity v miste klienta unrelated to a service vendor, muzes si to pridat do list of failures pri zachrane world.

5.9.2014 15:33 Marek
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Pleteš se...

ITILv3 definice...
Ability of a Configuration Item or IT Service to perform its agreed Function when required. Availability is determined by Reliability, Maintainability, Serviceability, Performance and Security. Availability is usually calculated as a percentage. This calculation is often based on Agreed Service Time and Downtime. It is Best Practice to calculate Availability using measurements of the Business output of the IT Service.
Availability = ((Agreed Service Time) - (Down Time))/(Agreed Service Time) * 100

S tím, že service time je 7x5 Po-Pá, nebo 24x7x365, nebo nějaký jiný specifikovaný čas, třeba každý první den v měsíci. Nikoli "když služba zrovna něbeží kvůli tomu, že nemáme elektřinu", to však samozřejmě neznamená, že se veškeré výpadky započítávají do SLA.

Je to podobné jako s náklady na reprezentaci, všechny tyto náklady se započítávají do hospodářského výsledku, ale nikoli však do základu daně. Úplně stejně tedy všechny výpadky snižují dostupnost služby, nemusí však již snižovat SLA pokud pro ně byla v SLA kontraktu vyjednána vyjímka.
xkucf03 avatar 5.9.2014 17:41 xkucf03 | skóre: 47 | blog: xkucf03
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Rozhodně bych však slovem výpadek neoznačil jev, kdy někde na cestě mezi serverem a klientem dojde k přerušení sítového spojení

Ano, to je chyba klienta (pokud nejsem zároveň jeho ISP)…

nebo někdo (na koho já nemám vliv) odpojí přívod elektřiny k danému serveru.

…to už záleží na tom, jakou službu poskytuji a k čemu jsem se zavázal. Když budu poskytovat hosting/housing a zavážu se k nějaké dostupnosti, tak si mám vybrat takové dodavatele a takové záložní zdroje, abych to byl schopný splnit. Zákazníka pak nezajímá, jestli jsem to rozbil já, nebo mám neschopného dodavatele – od toho by měl být odstíněný.

Ale zase pokud je to v práci a v rámci jedné firmy, tak by měly být jasné kompetence a lidi by měli vědět, že správce odpovídá za servery a za dodávky proudu ručí zase někdo jiný.

Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-DK, Relational pipes
xkucf03 avatar 5.9.2014 17:43 xkucf03 | skóre: 47 | blog: xkucf03
Rozbalit Rozbalit vše Re: Virtualizovaný cluster

P.S. ale (neplánovaný) výpadek služby je to tak jako tak – jen za něj může a ručí někdo jiný.

Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-DK, Relational pipes
Heron avatar 5.9.2014 21:21 Heron | skóre: 51 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Ano a jako takový si jej nebudu psát do deníčku výpadků mé technologie (čímž celý thread začal).
Mark Stopka avatar 5.9.2014 23:34 Mark Stopka | skóre: 58 | blog: Paranoidní blog | European Economic Area
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
Jako takový jej budu zapisovat do deníčku výpakdů mé SLUŽBY.
pavlix avatar 6.9.2014 08:47 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: Virtualizovaný cluster
+1

Vzhledem k tomu, že jsem od začátku explicitně psal o službě.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.

Založit nové vláknoNahoru

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