iinfo a totální neschopnost - Krutá realita

iinfo a totální neschopnost

21.07.2005

iinfo

Společnost Internet Info provozuje servery jako je Root.cz a Lupa.cz a včera zaznamenala dlouhý 12ti hodinový výpadek. Proč se tomu tak stalo a muselo to vlastně nastat? Co si myslím o kvalitě managementu a Tomášovi Krausovi?

Co se říká

Oficiální zpráva: "...nebyl dnes v noci Root dostupný. Důvod byl prostý - zkolaboval systémový disk". Promiňte mi tu štiplavou poznámku, ale každý inteligentní a trošku rozumě uvažující člověk v dnešní době na serveru používá RAID, protože citujiz komentářů:"Precejen imho disky odchazi krom vetracku nejcasteji, ze?".

To by ale nebyl Tomáš Kraus, kdyby všechny kolem nepomluvil, že ničemu nerozumí a sebe nenazval manažerem manažerů:"Myslim, ze diskutujici, ktery psal neco o tom, ze cena reseni musi byt umerna dulezitosti systemu". Viditelně jsou servery jako Root či Lupa méně důležité než můj blog nebo třeba náš firemní server pro 20 zaměstnanců, protože všechno jede na RAIDu a nikdo by si to bez něho nedovolil pustit.

Krom toho by si pan Kraus, když mluví o ekonomice mohl trošku uvědomit, že u webového serveru RAID neslouží pouze k zálohování, ale například u databázového serveru (kde porucha nastala) znatelně zvyšuje výkon čtení, protože se může číst ze 2 disků zároveň.

Další šílenosti iinfo

Když jenom poslouchám Tomáše Krause, šílím z jeho názorů o ekonomické výhodnosti RAIDu, který je prostě pro iinfo nepřínosný. Naopak stále žasnu nad tím obrovským počtem serverů, který mají pro pár projektů s redakčními systémy. Nebuďte naivní a nemyslete si, že potřebujete tunu serverů pro pár redakčních systémů. Jistěže nepotřebujete, protože pokud máte správně napsaný redakční systém s cache, používáte interní reverzní proxy a různé vychytávky, výkon pro vás nebude žádný problém.

Zkuste se například podívat na systém bBlog s mnou implementovanou inteligentní cache. Běží na běžném hostingu s cenou 100 Kč / měsíc (ta je asi pro iinfo také ekonomicky neúnosná), v 90% případů vám vrátí stránku z cache do 100ms a provede 4 triviální SQL dotazy (čas generování a počet SQL dotazů uvidíte ve zdrojovém kódu této stránky dole). Můj problém je prostě ten, že programuji v PHP a nikoli v Perlu, protože pro mě není ekonomicky výhodné provozovat vlastní server. Neřeším prostě problém tak jako společnost, která raději provozuje nedoladěné servery s nespolehlivými adminy.

Perlička nakonec

Sám dělám systémového administrátora, zkuste si tipnout jak dlouhý výpadek postihne společnost kde pracuji při poruše pevného disku? 12 hodin? NE! 1 hodinu? NE! 10s? NE! Nebude výpadek protože používám RAID? ANO!  ;-)

Otázka do komentářů?

hacknutý root.cz z roku 2003...
Nebylo by nejvíce ekonomicky výhodné dát na střechu Casablanky a doufat, že nezaprší?

Přidat komentář

:-D 8-) :-) ;-) :-o :-( :evil: :idea:

Pro příspěvky je vyžadována podpora obrázků

Pro ověření zde prosím napište text, který vidíte na obrázku

Zkreslená fakta od Jakub Vrána

21.07.2005 #

Tomáš se jmenuje Krause, nikoliv Kraus. I ostatní fakta jsou zkreslená: Proč si například myslíte, že když není v RAIDu systémový disk, tak v něm nejsou ani disky, ze kterých se čtou data? Nebo proč si myslíte, že jsou redakční systémy napsané v Perlu? Máte také otestované, že pokud by měl váš server stejnou návštěvnost jako Root (i když pominu neporovnatelnou složitost), tak by vše fungovalo pořád stejně rychle?

To, že spadly tři zpravodajské servery, je samozřejmě smutné a možná i trochu ostuda a IInfo se z toho (jak napsal Tomáš Krause) snad poučí. Ale když něco kritizujete, tak si alespoň ověřte fakta.

Perl? od Llaik

21.07.2005 #

Proc si mysli, ze bezi na Perlu? To je preci jasne:

HEAD / HTTP/1.1
Host: www.root.cz

HTTP/1.1 302 Found
Date: Thu, 21 Jul 2005 14:58:59 GMT
Server: Apache/1.3.33 (Debian GNU/Linux) mod_gzip/1.3.26.1a PHP/4.3.10-15 mod_ssl/2.8.22 OpenSSL/0.9.7d

:)

cache od llook

21.07.2005 #

Na tu cache se podívám. Když jsem posledně zjišťoval, jak má bBlog řešenou cache, tak to byla normální Smarty cache používající REQUEST_URI jako cache ID.
A to je celkem blbý, to se to pak hezky plní disk:

$i = 0;
while (true) {
fopen('http://example.org/path?' . $i);
$i++;
}

od rudeboy

21.07.2005 #

ty ho nemáš moc rád co?

od markon

21.07.2005 #

2rudeboy: tohle je totální újezd a Tom u mě klesnul k bodu nula. Koho mám v oblibě je třeba Ivo Lukačovič, on sice dělá píčoviny, ale je v tom alespoň dobrej.

A mimo jiné Ivo je bezvadnej ve svém blogu, píše tam mezi řádky a stačí umět číst a člověk chápe věci, které jiným unikají.

od markon

22.07.2005 #

2llook: jasně, bBlog normálně nemá nijak dobře řešenou cache, ale já mám v CVS experimentální (můj výmysl), která vytváří MD5 HASH založený na poslední změně všech tabulek v databázi.

Testuji to na tomhle blogu a funguje to (už) relativně spolehlivě. Ale ještě s tím jsou minimální problémy a nedá se to do stable, než to úplně vychytám.