Velký třesk ve vpsFree.cz - Průběh (diskuse)

[Michal Fecko]

Kolko pocitate ze bude tento presun celkovo stat? Projekt si uz zarobil na nove servery, ci ich kupujete na dlh?

[xxxxxxxxxxx]

Spíš by se ta akce měla jmenovat: AKCE KULOVÝ BLESK! ))

[Michal Fecko]

Poviem to česky: "Jó když jim tah udře blesk, tak budou mat tak jedině kulový..."

[Michal Fecko]

s/tah/tam

[Martin Petr]

s/udře/udeří

s/mat/mít

[Michal Fecko]

jj dik

[trekker.dk]

https://prasiatko.vpsfree.cz/master/08102010468.jpg

Jo, tak přesně tohle velký Supermicro jsem měl tu smůlu zapojovat... super to rozhodně nebylo. (Hlavně ty úžasně dlouhý napájecí kabely byly super...)

[Tomáš Srnka]

My uz to mame poskladane a zahorene od dodavatela

[m]

kdo vam takove pekne mrsky sestavil? ktera cz/sk firma?

[houska]

vidis vsude ty cerveny izolepy "Abacus"? ;)

[Michal Fecko]

Nahoda Resp. prevlek na oklamanie nepriatela :-P

[kralyk z abclinuxu]

offtopic: geniální patička

[Michal Fecko]

Dík, kedže ich často mením, nechám odkaz ďalším generáciam o čom bola

The Internet: where men are men, women are men, and children are FBI agents.

[gtz]

No měl jsem čest i s touto potvůrkou, jako to bylo tak pro 2-3 chlapy case 52HDD a ani se nedivím, ty zdroje také něco váží a celá skříň je pořádný kousek železa.

[gtz]

Proč sis to nenechal zapojit za pár korun od dodavatele? Ty dlouhé napájecí kabely jsou dost dobré, kolega když to tehdy před pár lety dělal tak soptil, že se mu to stále motá vše dohromady.

[anonym]

zajimalo by mě jak budete konkuovat tomuhle: http://hosting.wedos.com/cs/virtualni-servery.html ? 512 mb RAM a skutecna virtualizace za 100 Kc mesicne

[Limoto]

Zajímavá nabídka. Škoda, že se nezmiňují o IPv6...

[trekker.dk]

vpsFree je občanské sdružení, takže někomu konkurovat není tak úplně hlavní cíl IMO...

[trekker.dk]

Btw. když si člověk čte jejich web...

Datacentrum je ... vybaveno nejmodernějšími technologiemi UPS, motorgenerátor (bude na podzim 2010)

Tato poloha, v kombinaci s ... přístupem ovládaným přes RFID karty a otisky prstů (bude instalováno)

Pro náročné zákazníky máme bezkonkurenční nabídku virtuálních privátních serverů. ... Předpokládaný termín spuštění: konec října 2010 (čekáme na dodávku HW)

[Luk]

Alespoň jsou upřímní. Jiní se chlubí hromadou věcí, ale když pak dojde na lámání chleba (třeba přestane jít proud), ukáže se, že je ve skutečnosti nemají.

[Cervajz]

O koho jde?

[Luk]

O leckoho. Stačí si vzpomenout třeba na to, když (tehdy) Oskarovi překopli kabel a záložní spoj přitom nebyl nakonfigurovaný do provozuschopného stavu (= cca půldenní výpadek celé mobilní sítě Oskar). Také některé telehousy měly podobné problémy (kdy se ukázalo, že to, co má fungovat jako záloha, buď není funkční nebo to hned shoří).

Je samozřejmě otázka, nakolik je to v určitém případě jen "náhoda", anebo někdo o nedostatcích předem věděl, ale neřešil je. Co se týkalo například telehousu Casablanca Int v budově Stimbuilding (bývalý Strojimport, stanice metra Želivského), tak tam se serverhouseři tvářili, jak je to tam dokonale klimatizované, ale přitom tam bylo přes 30 stupňů a poddimenzovanou klimatizaci doplňovala hromada stojanových ventilátorů porůznu nastrkaných v uličkách.

[Cervajz]

S Casablancou mám taky své zkušenosti. Rychle jsem od nich utekl. Plus mě tam štval ten vrátný :D

[Vskutečnosti Saýc]

Jojo, ten vratnej byl blb. Vtipny bylo jak si machrovali s kartama, ale pritom se tam dalo uplne v klidku dostat bez karet.

Ale ze strachy byl v noci nadhernej vyhled.

[Cervajz]

Jsem rád, že si to nemyslím sám. Jinak já měl server dole, hned jak se jde vlevo. Tam myslím, že ty skleněné dveře bez karty otevřít nešly.

[Vskutečnosti Saýc]

My jsme je meli ve "VIP" serverovne o dve patra niz. Tam taky byly dvere na kartu, ale vetsinu casu tam byly ty dvere otevreny dokoran a zajisteny zidli, a jak rika kolega misto kvalitni klimatizace tam byly stolni ventilatory. Velmi VIP, za ty prachy.

Nakonec jsme skoncili v tom duhovym baraku ve Vrsovicich (maji ho tusim Master Internet ... nebo tam jenom delaji konektivitu? jsou to dva roky co tam nepracuju, uz nevim), a uplne jina uroven.

[Cervajz]

Tak to zní opravdu jako VIP.

Přesně tam jsem taky skončil. Ano patří to Master Internet a zázemí je suprové a jednání bez problémů. Na rozdíl od "adminů" z Casablancy, kdy mi jeden tvrdil, že se nemůžu divit, že mi nejde IPv6, protože "to je přeci pořád experimentální záležitost" a přitom byla chyba na jejich gateway. Událost tři měsíce stará.

[Vskutečnosti Saýc]

Koukam ze se hosi za tu dobu co nejsem "ve ksefte" nezlepsili. Proc me to neprekvapuje?

[xxxxxxxxxxx]

To pro nás není konkurence i kdyby to nabízeli zadarmo. My jsme zavedli radikálně nový obchodně sociální model služby.

[jiri.one]

Snad ti to snajpo pujde lip nez OpenLieroX . Kazdopadne drzim palce.

[pavlix]

Už uvádíte pravdivě parametry virtuálů?

[Heron]

Myslíš tu známou velikost paměti (součet virtuálů výrazně větší než velikost fyzické), nebo ještě něco dalšího?

[pavlix]

Myslím to obecně.

Ale konkrétně vím jenom o té velikosti paměti, která zasloužila vysvětlení. Mimochodem ani technická podpora mi nepřišla zrovna kvalitní.

Konkrétně jeden známý/kolega, jediný a poslední člověk, který si na moje doporučení virtuál u vpsfree pořídil, chtěl dočasně vypnout firewall ve virtuálu, aby se dostal na stroj po SSH a mohl svoji chybu ve fw opravit. Věc, která se prostě člověku stane.

Reakce byla celkem rychlá, ale ve stylu "co tím myslíš". Po nějaké době začal být virtuál dostupný, ale nepřišla už žádná doprovodná informace.

[pavlix]

Jen doplním, že jsem si do této diskuze přišel rejpnout, a ne něco konkrétního vyřešit.

[trekker.dk]

DRBD je nestabilni kupa hnoje, nemuzeme si dovolit neco takovyho nasadit.

Nějaké podrobnosti? Z toho, co jsem testoval, se DRBD chová blbě jenom v případě, že se úložiště používá jako diskless a spadne síť (což je vcelku pochopitelné). Ostatní problémy typu split-brain byly vždycky pochopitelné, tj. důsledkem nějaké akce, kdy to jinak ani dopadnout nemohlo.

[Heron]

Já jsem strašně rád, že to tady je. Toto je krásný příklad ditelanství. Díky.

Vy jste to neměli nainstalované a otestované dopředu? Jak jsem pochopil, do hostingového centra vám přivezli (nebo vy sami, to je jedno) HW (místo těch desktopů je to přece jen pokrok) a teprve tam jste to instalovali. Co by se stalo, kdyby byl HW nefunkční? A co víc, dokonce i nasazené technologie se u vás ukázali být nevhodné či nestabilní. A tento bastl (MK se neosvědčil, s DRDB máte potíže a přímo na hostingu to nahrazujete něčím jiným) chcete (po týdnu?) provozovat v produkci?

[pavlix]

Tak já myslím, že vpsfree nemá profesionalitu zapotřebí.

Na druhou stranu nevidím tak velký rozdíl mezi instalací někde na koleni a přesunu do datacentra... a instalací v datacentru. Popravdě my jsme to dělali stejně, když jsme zaváděli server na testování.

A že si hrají s technologiema, na tom nevidím nic špatného, naučí se spoustu věcí.

[trekker.dk]

Já jsem strašně rád, že to tady je. Toto je krásný příklad ditelanství. Díky.

Tuhle nenávist nechápu... vpsFree ti něco udělali, rozšlapali ti košíček nebo co?

Všimni si jedné věci, která je - aspoň pro mě - důležitá: VPS jedou. Ano, možná teď jsou problémy s nasazováním nové technologie, ale to mě nemusí zajímat, protože na té technologii provoz žádného VPS nevisí. Jestli se nasazení o něco zpozdí, to mě taky nemusí zajímat - ze stejného důvodu.

místo těch desktopů je to přece jen pokrok

Ok, ty jsi možná znuděný milionář, ale lidi, kteří se podíleli na založení vpsFree, zjevně nebyli. Takže se koupil takový hardware, na jaký bylo. A hádej co, ono to taky funguje. A v době, kdy je sdružení rozjeté a může si to dovolit - což je shodou okolností doba, kdy bych desktopovému HW přestával věřit - se kupuje serverový HW. (A co si budeme povídat, ve většině případů ten rozdíl beztak spočívá v cedulce a ceně.)

[pavlix]

Tuhle nenávist nechápu... vpsFree ti něco udělali, rozšlapali ti košíček nebo co?

Proč tak ostře na jednu jízlivou poznámku od Herona?

Nehledal bych v tom nenávist, jen touhu vyjádřit svůj názor, který je v tomhle případě negativní.

A hádej co, ono to taky funguje. A v době, kdy je sdružení rozjeté a může si to dovolit - což je shodou okolností doba, kdy bych desktopovému HW přestával věřit - se kupuje serverový HW. (A co si budeme povídat, ve většině případů ten rozdíl beztak spočívá v cedulce a ceně.)

Tak v tom případě doufejte, že si to opravdu můžete dovolit.

[trekker.dk]

Proč tak ostře na jednu jízlivou poznámku od Herona?

Kdyby byla první a jedna, tak bych neřekl, jenže Heron využívá každé možné příležitosti k tomu, aby na vpsFree plivl nějakou jedovatou slinu, takže mě fakt zajímá, co mu kdo udělal.

[pavlix]

takže mě fakt zajímá, co mu kdo udělal.

Nevěřím ti a jestli tě to opravdu zajímá, musíš se zeptat jinak, bez negativního podtextu, pak máš šanci na odpověď.

Mě třeba taky vpsFree nezpůsobilo nějaké vyložené zlo, pokud nepočítám mystifikující specifikaci produktu. Ale pozitivní dojem z vpsFree u mě nedávno vzal za své. Důvody jsou známé.

Heron možná není úplně korektní... ale když se dneska porovnaj produkty na poli virtuálních serverů, tak člověk najde daleko flexibilnější produkty, cenově odpovídající. Navíc vpsFree už má nasvědomí pár kiksů a prohřešků proti profesionalitě.

Tudíž se dá očekávat, že na oslavné články o vpsFree vždycky přijdou i negativní reakce. Spíš si myslím, že jich bude přibývat i ubývat.

Přesto nepopírám, že jsem rád, že vpsFree existuje a rozšiřuje možnost volby, i že se o hw výbavě píše.

[Heron]

Kdyby byla první a jedna, tak bych neřekl, jenže Heron využívá každé možné příležitosti k tomu, aby na vpsFree plivl nějakou jedovatou slinu, takže mě fakt zajímá, co mu kdo udělal.

Ty to máš za jedovatou slinu, já to mám za běžné dotazy (výrazný nepoměr velikosti paměti, desktopový hw, nevhodná stavba nového centra). To vše zveřejnili sami a já se na to pouze zeptal. To se snad může.

[trekker.dk]

Ty to máš za jedovatou slinu, já to mám za běžné dotazy

Tak to se omlouvám, přehlédl jsem otazník v tvém dotazu "Já jsem strašně rád, že to tady je. Toto je krásný příklad ditelanství. Díky."

výrazný nepoměr velikosti paměti

... který tady byl minimálně jednou vysvětlen.

[Heron]

... který tady byl minimálně jednou vysvětlen.

To jsem možná přehlédl (pokud ano, tak se omlouvám). Když jsem se ptal já, tak mi bylo odpovězeno, že 4GB potřebuje Java a byl jsem tázán, zda jsem v javě někdy něco napsal (). Zkrátka nesmysl, nikoliv odpověď.

[pavlix]

Tak to se omlouvám, přehlédl jsem otazník v tvém dotazu "Já jsem strašně rád, že to tady je. Toto je krásný příklad ditelanství. Díky."

To byla ale jenom část zprávy, kdybys ji dočetl, otazníků bys našel několik. Chápu, že se ti takovéhle rýpání nelíbí, ale projekt a jeho vedení si o to přímo říká.

který tady byl minimálně jednou vysvětlen.

Prosím o odkaz.

[trekker.dk]

Prosím o odkaz.

Najdi si. Nepamatuju si odkazy na každou diskuzi, která se tady kdy vedla.

[pavlix]

Myslím, že nejsme s Heronem jediní dva, kteří mají pocit, že úmyslně mystifikuješ, tedy lžeš, stejně jako vpsFree úmyslně mystifikuje, tedy lže (pokud se něco nezměnilo) o technické specifikaci virtuálů.

[Mrkva]

vpsFree úmyslně mystifikuje, tedy lže (pokud se něco nezměnilo) o technické specifikaci virtuálů.

Co prosím?

[pavlix]

Velikost RAM připadající na jeden členský virtuál.

[Mrkva]

Ach jo. Ta RAM byla první věc, které jsem si (ještě před registrací) všiml. Zeptal jsem se (nutno říct, že slušně), dostal jsem (pro mě) uspokojivou odpověď.

Mimochodem, fakt, že si každý virtuál může naalokovat max. 4GB skutečně neznamená, že ten stroj musí mít 4GBxpočet_VPS RAM. ISP s 5 000 zákazníků, kde každému nabízí 10Mbps linku taky nebude mít 50Gbps do NIXu a 50Gbps zahraniční konektivitu.

Podstatné pro mě je, že když si řeknu o paměť (až do toho 4GB limitu) tak ji taky dostanu (a pokud by měla nastat situace, kdy ne, tak předpokládám, že to někdo odpovědný ve sdružení bude řešit).

[trekker.dk]

Mimochodem, fakt, že si každý virtuál může naalokovat max. 4GB skutečně neznamená, že ten stroj musí mít 4GBxpočet_VPS RAM.

Ve skutečnosti to v podstatě s jistotou znamená, že nemusí. Aplikace mají tendence alokovat si víc, než využijí - namátkou vybírám ze svého desktopu: Opera alokováno 600MB, využito 300; seamonkey alokováno 650MB, využito 140; mplayer alokováno 370MB, využito 30; postgres alokováno cca 400MB, využito 5MB (+ sdílená paměť samozřejmě); apache alokováno cca 80MB, využito 1MB (×5)

OpenVZ účtuje podle alokované paměti, takže na stroji, který by měl povoleno 2GB, bych tyto aplikace naráz nespustil, přestože celkem využívají ani ne 500MB. Tudíž když si aplikace na tvém virtuálu řeknou o paměť do 4GB limitu, tak pokud to nebudou nějaké sra*ky určené k tomu, abys škodil, ve skutečnosti zaberou podstatně míň.

Jenže vysvětluj to lidem, kteří kolem sebe chtějí jenom házet špínu a pomluvy...

[pavlix]

Ach jo. Ta RAM byla první věc, které jsem si (ještě před registrací) všiml. Zeptal jsem se (nutno říct, že slušně), dostal jsem (pro mě) uspokojivou odpověď.

Mno vidíš a Heron ji nedostal. A to se ptal na portálu, kde vpsfree vzniklo, a který vpsfree umožnil využití blogů jako reklamní plochu, zřejmě díky určitým sympatiím k projektu.

Podstatné pro mě je, že když si řeknu o paměť (až do toho 4GB limitu) tak ji taky dostanu (a pokud by měla nastat situace, kdy ne, tak předpokládám, že to někdo odpovědný ve sdružení bude řešit).

Jedna věc je chyba, druhá věc je známá vlastnost. Chyba se má řešit, vlastnost má být popsána a alespoň odkázána z místa, které by mohlo vést na mylný dojem, že těch 4G je garantovaných pro všechny.

Agregace u ISP se taky běžně uvádí spolu parametry připojení.

[trekker.dk]

Mno vidíš a Heron ji nedostal. A to se ptal na portálu, kde vpsfree vzniklo

a) dostal, odkaz je níže. Lžeš.

b) zeptal se v diskuzi pod blogem, který se vpsFree vůbec netýkal, takže těžko mohl očekávat, že nějaká odpověď vůbec bude. Nebo podle tebe má někdo z vpsFree neustále sledovat všechny diskuze tady, jestli v nich náhodou není nějaký dotaz?

Btw. pokud by ho to opravdu zajímalo, mohl to udělat stejně jako Mrkva a zeptat se tam, kam takové dotazy patří. Popřípadě si nastudovat něco o OpenVZ a o způsobu, jakým účtuje paměť, což mu už tenkrát snajpa doporučil.

a který vpsfree umožnil využití blogů jako reklamní plochu, zřejmě díky určitým sympatiím k projektu.

Zajímavé je, že nad využitím portálu jako "reklamní plochy" pláčeš maximálně ty, ještě jsem neviděl stěžovat si někoho z redakce. (Hádám, že ti by spíš byli radši, kdyby snajpa o vpsFree napsal něco, co by se dalo vydat jako článek.)

vlastnost má být popsána a alespoň odkázána z místa, které by mohlo vést na mylný dojem, že těch 4G je garantovaných pro všechny.

On ten mylný dojem bude pravděpodobně hlavně důsledkem tvé touhy najít si něco, na co by sis mohl stěžovat.

[pavlix]

a) dostal, odkaz je níže. Lžeš.

Mluvím o uspokojivé odpovědi.

b) zeptal se v diskuzi pod blogem, který se vpsFree vůbec netýkal, takže těžko mohl očekávat, že nějaká odpověď vůbec bude. Nebo podle tebe má někdo z vpsFree neustále sledovat všechny diskuze tady, jestli v nich náhodou není nějaký dotaz?

Ale on někdo z vpsFree ty diskuze neustále sleduje, a dokonce někdo na Herona zareagoval.

Zajímavé je, že nad využitím portálu jako "reklamní plochy" pláčeš maximálně ty, ještě jsem neviděl stěžovat si někoho z redakce. (Hádám, že ti by spíš byli radši, kdyby snajpa o vpsFree napsal něco, co by se dalo vydat jako článek.)

Bez urážky, tvé hloupé manipulace ti nikdo nežere.

1) Nepláču, jako čtenář jsem s tím využitím souhlasil. Obviňuješ mě z něčeho, co jsem neudělal.

(Hádám, že ti by spíš byli radši, kdyby snajpa o vpsFree napsal něco, co by se dalo vydat jako článek.)

V době, kdy ta nabídka snajpovi padla, jsem mu rovněž nabídl, že pro něj ten článek napíšu.

Ty jsi vůbec nepochopil situaci, já proti vpsFree nic nemám, bráníš ji jako fanatik svoji víru, jen upozorňuju na výrazné nedostatky, pokud je nikdo neřeší.

To s reklamní plochou na Abclinuxu jsi vůbec nepochopil. Nepsal jsem, že ji vpsFree nemělo využít. Psal jsem, že si Abclinuxu zaslouží od vpsFree férový přístup, nebo spíš víc než jen férový přístup.

On ten mylný dojem bude pravděpodobně hlavně důsledkem tvé touhy najít si něco, na co by sis mohl stěžovat.

Ok, zřejmě ti došly argumenty, tak se snažíš pouze shazovat druhou stranu. Navrhuju diskuzi ukončit, tento způsob debatování mě nijak nebaví a netěší.

[snajpa]

Navrhuju diskuzi ukončit, tento způsob debatování mě nijak nebaví a netěší.

Ve skutečnosti je to přesně to, v čem se vyžíváš naprosto běžně. A zkus si to přiznat - jen si projdi většinu tvých příspěvků tady - ve většině z nich do něčeho rýpeš, něco se ti věčně nelíbí, všichni okolo tebe mají chyby, na všem jsou prostě takové kixy, že to nemůžeš přehlížet a honem musíš přispěchat se svojí kritikou, kterou každý přesně od tebe chce slyšet a hned začne tebou domnělé chyby napravovoat. Ale v jednom s tebou souhlasím - tuhle "diskuzi" končíme.

[pavlix]

Ale v jednom s tebou souhlasím - tuhle

Nevšiml jsem si, že by s tebou někdo mluvil, abys to mohl ukončovat :).

Zrovna ty s tvými způsoby jednání, viz úryvky vaší komunikace, co posílal Franta Kučera, máš jistě velké právo kritizovat to, že si občas rýpnu :).

Mám ty maily snad najít a hodit a dát je do přílohy pro lidi, kteří je ještě v ruce neměli? Ať vědí, jakým způsobem ve vedení vpsFree děláš personální změny? Ne, nechám to na vás, ať si to vyřídíte mezi sebou. Ale rozhodně nejsi v pozici, že bys mohl kázat o morálce.

Ber na vědomí, že toho rýpání nemám v plánu v nejbližší době zanechat.

[snajpa]

A dokázat tímhle vším chceš přesně co? Srandisto

[pavlix]

Howgh.

[VSi]

Na úvod: proti vpsFree nic nemám, dokonce jsem i rád, že existuje. Protože se celkem otevřeně dělí o zkušenosti s technologiemi, a částečně také o organizační zkušenosti. Důsledkem toho je, že se objeví lidé s kritikou, budou vás označovat za diletanty a podobně. Může vás to rozčilovat, můžete mít pocit nevděku za to, kolik toho děláte, ale vždy je třeba na to adekvátně reagovat. Sice nejste firma, co by nutně musela bojovat o zákazníky, ale to, co tu zatím zaznělo, by se podle mě dalo řešit více v klidu, bez urážek, prostě přesným vysvětlením.

Konkrétně ta RAM ve specifikaci mi přijde také trochu zavádějící. Sice je k tomu určité vysvětlení, ale podle mě nedostatečné. Srovnání s ISP tady není na místě. Jednak "agregace" je u ISP de-facto standard, každý s ní počítá, a bývá přesně uvedena. Navíc rychlost linky se může v klidu zvyšovat/snižovat. Ale lze sebrat někomu už využitou RAM? U serverů, a to i virtuálních, tohle zvykem rozhodně není. Když je uvedeno X GB, tak předpokládám, že mohu pro aplikační data využít X GB mínus paměť pro systémové věci +- nějaké sdílení paměti, režie ...

Podstatné pro mě je, že když si řeknu o paměť (až do toho 4GB limitu) tak ji taky dostanu

Když si na HW s 12 GB RAM řeknou 3 virtuální stroje o 4GB, a budou je chtít naplnit daty, tak to asi nepůjde, že? Dá se to vysvětlit tak, že ty 4 GB nejsou garantované, OK. Nakonec celkem jasně říkáte, jaký je HW a kolik VPS na něm je. Ale kolik RAM teda můžu skutečně využít (ne ve smyslu virtuální alokace)? Když to někomu dovolí využít 4GB, lze mu je nějak "sebrat", pokud bude nedostatek RAM? Pokud to takhle všem členům vyhovuje, tak je to v pořádku. Ale musíte počítat, že to bude terčem dotazů i kritiky, protože to prostě není dostatečně objasněno. Vysvětlení stylem "a pokud by měla nastat situace, kdy ne, tak předpokládám, že to někdo odpovědný ve sdružení bude řešit" podle mě nestačí, naopak může budit dojem, že tenhle problém zatím technicky vyřešen není.

[snajpa]

Přílohy:

• vzmemcheck.txt (15508 bytů)
• free_m.txt (1475 bytů)

Ty 4GB byly stanovené jako optimum pro všechny, došli jsme k tomu po dvouměsíčním testování na stroji s 8GB RAM. V reálu necháme VPSky alokovat až 6GB (4GB byly v krajních případech málo). Pro představu, jak se to chová, přikládám výpisy ze serverů.

Výsledkem toho je, že u nás nikdo nemá problém s pamětí a prostě si pustí, co pustit potřebuje. Jinak OpenVZ deduplikuje a díky tomu, že skoro všichni mají Debian ve velice podobných (nebo stejných) verzích, ušetří se dost paměti. Taky disková cache je na celém systému jenom jedna, to samé jádro a další věci společné všem virtuálům. Ve výsledku to znamená, že si ve VPS může každý pustit to, co zrovna potřebuje a dokud nevytěžuje dlouhodobě procesor naplno, může mu tam ta aplikace běžet bez jakýchkoli problémů. Tyhle vlastnosti a to, že OpenVZ jenom odděluje procesy tak, aby si myslely, že běží na zvláštních strojích vedou ke spokojenosti všech - jak nás jako správců, tak členů jako uživatelů. Občas někdo sice narazí na nemožnost použítí grsecurity, selinuxu a některých modulů iptables, nicméně to není nic, co by bylo vyloženě klíčové pro naše členy. Výměnou za tyhle nevýhody dostanou maximální výkon.

Poznámka k výpisům: teď dočasně máme na serverech víc VPS, než jsme si stanovili, jelikož se čeká na odladění rackové technologie. Nicméně i tak to servery zvládají naprosto v pohodě (a kdybychom na tom chtěli bohatnout, tak bychom vcelku bez problému mohli VPSek nacpat na servery minimálně o 50% víc).

https://alfa.vpsfree.cz/munin/
https://beta.vpsfree.cz/munin/
https://gamma.vpsfree.cz/
https://delta.vpsfree.cz/
https://epsilon.vpsfree.cz/
https://zeta.vpsfree.cz/

Doufám, že to poslouží všem nevěřícím Tomášům, kteří nechápou, že to může fungovat. Vřele takovým doporučuju vyzkoušet si kontejnerovou virtualizaci a poznat její výhody, hodně rychle člověka pak přejde používání KVM a podobných věcí (ve většině případů to totiž je totální zbytečnost).

[snajpa]

Omlouvám se, podělal jsem linky na munin.

https://alfa.vpsfree.cz/munin/
https://beta.vpsfree.cz/munin/
http://gamma.vpsfree.cz/
http://delta.vpsfree.cz/
http://epsilon.vpsfree.cz/
http://zeta.vpsfree.cz/

[trekker.dk]

Jenom poznámka - na webu chybí odkazy na munin u epsilon a zeta

[VSi]

Tak já věřím, že s tím nemáte problém, že to všem vyhovuje, a že ve vašem případě výhody OpenVZ převážily. Také kontejnerovou virtualizaci typu OpenVZ považuju za vhodnou pro tento typ nasazení. Vím, jak funguje, že je tam deduplikace, jaké jsou výhody a limity.

V reálu necháme VPSky alokovat až 6GB (4GB byly v krajních případech málo)

Určitě to víte, ale je rozdíl alokovat (to se ještě nesahá na fyzickou RAM) a využít (skutečně zapsat do alokované RAM, tj. tato musí být namapována na fyzickou). U kontejnerů je accounting využité RAM z principu problematický (kvůli deduplikaci např.). Ale alokovaná paměť je skutečně nicneříkající číslo, na což jste narazili třeba s tou Javou. Na fyzickém HW s 512 MB RAM mohu klidně alokovat 1 GB.

Tedy může to fungovat jak píšeš, a vám to funguje a neměli jste s tím do teď žádný problém. Ale pořád jsem se nedozvěděl odpověď na podle mě zásadní otázky:

Dovolí mí systém uvnitř VPS skutečně využít např. 3.5 GB RAM (uvažujme vlastní aplikaci, tj. žádná deduplikace se neuplatní)?

Co se stane, když tohle na např. stroji s 8 GB RAM udělají 2 VPS? Zbude 1 GB fyzické RAM pro všechny ostatní, umí OpenVZ potom tu využitou paměť z "nenažraných" VPS vyrazit zpět? A popř. jak, zabije nějaké procesy?

Narážím tím na to, jestli si mohu být jist (jestli to OpenVZ umí zaručit), že na mě (na každý jeden VPS) nějaké minimální množství fyzické RAM skutečně zbude. Tj. abyste např. mohli napsat "alokovat můžeš až 4/6 GB, ale máš jistotu, že vždy dostaneš min. 400 MB fyzické využitelné RAM".

Možná jste o tom zatím takto nemuseli uvažovat, ale může přijít nějaký útok/bug, kdy třeba jen 2 VPS budou žrát paměť jak diví, což by rozhodně nemělo ovlivnit provoz ostatních VPS víc, než odpovídá jejich podílu na HW.

[snajpa]

Celkově využitelná paměť je fyzciká paměť + swap, tedy 12+16 = 28GB. OpenVZ si hraje na to, že tu paměť zaručit umí, ale v reálu to snad nikomu nefungovalo spolehlivě (aspoň co jsem zkoušel a hledal na netu), uvidíme, co přinese 2.6.32-openvz.

Využít ty 3.5GB jak píšeš určitě můžeš, otázkou je, jaká aplikace to takhle dělá a jestli to pak už není spíš na dedikovaný hardware.

Když dojde paměť, nastoupí OOM killer. To se stalo asi 3x za celou dobu, co já vím, ale nikdy ne tak, že by došla paměť fyzické mašině, vždycky jenom konkrétnímu virtuálu. Kdyby se stalo, něco podobného, jako píšeš (jakože k tomu ještě nedošlo), řešil bych to individuálně s těmi, co to "zaviní".

[snajpa]

Respektive, nám se nikdy nestalo, aby nastoupil OOM killer, jenom systém nepovolil alokaci další paměti a to některé procesy nemají rády. (třeba Apache jede dál, ale SSH vytuhne, tam už jsem do hloubky nezkoumal, co a jak a o co jde)

[Luk]

to některé procesy nemají rády

Ono dost záleží na tom, kdy je alokace zamítnuta. Pokud je to při vytváření nového procesu, tak to procesy serverového typu většinou zkoušejí po nějaké době znovu. Ovšem pokud je to při klasické alokační operaci (např. malloc()), většina programů na to není připravena a tak to končí dereferencí nulového pointeru, nezpracovanou výjimkou nebo jiným typem "pádu na hubu".

[Pavel Siska]

Také jedem na openvz.
Nestačilo by tedy v parametrech služby uvést maximálni garantovanou a minimální garantovanou paměť?
Tak se to definuje i v tom openvz configu pro daný kontejner.

Tím by snad správné informovanosti ohledně paměti bylo učiněno za dost.
Jen jsem to tu prolítnul, tak se omlouvám pokud jsem mimo, ale přišlo mi, že se tu přou o toto.

[VSi]

Nestačilo by tedy v parametrech služby uvést maximálni garantovanou a minimální garantovanou paměť?

Tímhle by se podle mě diskuse ohledně RAM parametru vyřešily. Asi by to nevypadalo ve specifikaci tak hezky jako 4 GB, ale bylo by fér to takto uvést.

Jen vidím problém v tom, že s pamětí to není jako třeba s rychlostí linky - minimální garantovaná / maximální povolená. Pokud jednou dostanu nějakou RAM, je těžké mi ji vzít, resp. přerozdělit mezi ostatní. Je potřeba zdůraznit, že VPS na bázi OpenVZ se v tomto chová podstatně jinak než fyzický HW.

[pavlix]

Tímhle by se podle mě diskuse ohledně RAM parametru vyřešily. Asi by to nevypadalo ve specifikaci tak hezky jako 4 GB, ale bylo by fér to takto uvést.

Moje řeč.

[Tomáš Srnka]

tedy lžeš, stejně jako vpsFree úmyslně mystifikuje, tedy lže (pokud se něco nezměnilo) o technické specifikaci virtuálů.

Ak mas pocit, ze niekde klameme, nerozumiem, preco o tom pises do diskusie a nenapises nam na e-mail. Zatial nam neprisiel ani jeden podnet ohladne mystifikacie (klamstiev). Odporucam Ti, aby si napisal svoj podnet na vedeni(a)vpsfree.cz, tvoj e-mail obdrzi rada zdruzenia, ako aj kontrolni komise. Jednou z uloh kontrolni komise je prave kontrolovat a preverovat taketo podnety.

[pavlix]

Nevidím důvod hlásit vedení nějakého sdružení informaci, kterou jsem se od vedení toho samého sdružení dozvěděl.

Navíc se to opakovaně probírá na Abclinuxu, kde se vaši členové i vedení diskuzí účastní.

[pavlix]

Na druhou stranu jsem rád, že jsem píchl přímo do vosího hnízda. Osobně proti vpsfree kromě určité míry zklamání z jeho fungováním nemám. Většinou se řídím heslem "nech být a oni nechají být tebe", prostě rozchod v dobrém.

Nicméně opakované vyhýbání se vysvětlení nepoměru mezi počtem uživatelů na HW node a velikostí RAM je něco, co mě svým způsobem uráží. Přecijen jsem tři měsíce byl členem sdružení a i kdyby ne, stejně mi to vadí.

Takže pánové, dokud uspokojivé vysvětlení nebude přímo doprovázet informaci o velikosti RAM každého virtuálu (teď jsem se na to díval), můžete počítat s tím, že na vás bude pořád někdo prskat v diskuzích, aby případní noví členové věděli i to, co jim sdružení nechce kazit. A je úplně jedno, jestli to budu já nebo někdo jiný.

Použili jste blogy Abclinuxu k získání uživatelů, Abclinuxu s vámi jednalo víc než vstřícně, jistě s důvěrou, že se jedná o zajímavý komunitní projekt.

Za těchto okolností si myslím, že byste měli jednat víc než jenom otevřeně a férově, ale zatím si nejsem jistý ani tím.

[snajpa]

Nepíchl jsi nikam, nemám potřebu zrovna tobě odpovídat. Prskej si jak chceš. Kdyby se mě kdokoliv slušně zeptal, rád to vysvětlím, ale s tebou s tím tvým pocitem vlastní sebedůležitosti ztrácet čas nehodlám, to půjdu radši ladit technologie pro lidi, kteří to ocení.

[pavlix]

Nepíchl jsi nikam, nemám potřebu zrovna tobě odpovídat.

To vidím :).

s tím tvým pocitem vlastní sebedůležitosti

Koho mi to jen připomíná...

to půjdu radši ladit technologie pro lidi, kteří to ocení.

To je věc, kterou docela umíš, ale já bych si s tím nevystačil.

[trekker.dk]

Myslím, že nejsme s Heronem jediní dva, kteří mají pocit, že úmyslně mystifikuješ, tedy lžeš

Důkaz davem?

Btw. ty si pamatuješ všechny diskuze, které jsi tady kdy četl, co v nich bylo a jak je znovu najít? O tom silně pochybuju; nicméně po někom jiném to s klidem chceš a když to (samozřejmě) taky neumí, tak o něm rovnou prohlásíš, že lže...

Když už jsme u těch důkazů davem, tak si myslím, že tu nejsem jediný, kdo má pocit, že to je přístup pěkného hajzla, co se akorát pokouší kydat špínu a rozhazuje kolem sebe neurčité narážky...

[pavlix]

Důkaz davem?

Ne. Ani důkaz, ani davem.

nicméně po někom jiném to s klidem chceš a když to (samozřejmě) taky neumí, tak o něm rovnou prohlásíš, že lže...

Pokud ten někdo tvrdí, že vše bylo již vysvětleno, někomu (Heronovi), kdo žádné vysvětlení nikdy neviděl...

Jako reakci dostane velmi slušnou prosbu o odkaz na jakékoli vysvětlení, nacož reaguje arogantně stylem "najdi si."...

Ano, z toho vyvozuju, že dotyčný zřejmě lže. Jistě, mohu se mýlit, ale v tomhle konkrétním případě si to nemyslím.

Když už jsme u těch důkazů davem, tak si myslím, že tu nejsem jediný, kdo má pocit, že to je přístup pěkného hajzla, co se akorát pokouší kydat špínu a rozhazuje kolem sebe neurčité narážky...

A nebo člověka, který upozorňuje ostatní na zatím nevysvětlenou pochybnou obchodní praktiku. Dá se na to dívat z obou stran.

[trekker.dk]

Tak jsem si dal tu práci s UTFG, když toho nejsi schopen sám

Pokud ten někdo tvrdí, že vše bylo již vysvětleno, někomu (Heronovi), kdo žádné vysvětlení nikdy neviděl...

Vysvětleno to bylo a dokonce přímo Heronovi. Btw. jestli tady někdo lže, tak je to Heron, konkrétně v #49:

Když jsem se ptal já, tak mi bylo odpovězeno, že 4GB potřebuje Java a byl jsem tázán, zda jsem v javě někdy něco napsal

V odkazovaném vlákně se nikdo na nic takového neptal (nebo já to tam aspoň nevidím, někdo jiný jo?). Dál tu máme ještě

Zkrátka nesmysl, nikoliv odpověď.

Buď odpověď nepochopil, nebo nechtěl, to je jedno; podstatné je, že velikost paměti vysvětlena byla.

Jako reakci dostane velmi slušnou prosbu o odkaz na jakékoli vysvětlení, nacož reaguje arogantně stylem "najdi si."...

a) moc slušná nebyla, b) Google jsi mohl použít sám, když tě to tak zajímá. Možná bys to příště měl udělat dřív, než někoho obviníš ze lži.

A nebo člověka, který upozorňuje ostatní na zatím nevysvětlenou pochybnou obchodní praktiku.

Naprosto zjevně vysvětlenou, jenomže holt někdo je ignorant a když něco přehlédl nebo nečetl, tak hned pro jistotu tvrdí, že to neexistuje.

[pavlix]

Připouštím, že je tu možnost, že nelžeš, tedy přesněji, že toto opravdu považuješ za adekvátní odpověď. Ale pokud je to tak, je to velmu smutné. Zkus si to po sobě přečíst a snad pochopíš, že tohle jenom vysvětluje motivaci lži, ale v podstatě potvzuje, že to lež je.

a) moc slušná nebyla, b) Google jsi mohl použít sám, když tě to tak zajímá. Možná bys to příště měl udělat dřív, než někoho obviníš ze lži.

Počkej, tobě "Prosím o odkaz." nepřijde dostatečně slušné? Co bys ještě chtěl?

Naprosto zjevně vysvětlenou, jenomže holt někdo je ignorant a když něco přehlédl nebo nečetl, tak hned pro jistotu tvrdí, že to neexistuje.

Vysvětlení, že někteří členové/zákazníci (pokud vím, máte obojí) potřebují nominální 4G na Javu, ačkoli je nevyužijí... a proto všem zákazníkům do specifikace uvedete, že mají k dispozici 4G paměti, tedy nepravdivý (lživý) údaj.

Tohle chceš opravdu vydávat za vysvětlení současným i potenciálním členům/zákazníkům, proč mají dostat mylnou informaci?

Jsem zvědavý, jestli by tuhle verzi bylo vedení ochotné oficiálně podpořit, nebo nedejbože uvést přímo v té stránce, kde údaj 4G RAM per virtuál uvádíte.

[trekker.dk]

Připouštím, že je tu možnost, že nelžeš, tedy přesněji, že toto opravdu považuješ za adekvátní odpověď. Ale pokud je to tak, je to velmu smutné. Zkus si to po sobě přečíst a snad pochopíš, že tohle jenom vysvětluje motivaci lži, ale v podstatě potvzuje, že to lež je.

No jasně, pro někoho, kdo to za každou cenu chce vidět jako lež, pro toho to lež je. Naštěstí lidi, kterým vpsFree nejspíš šláplo na kuří oko, jsou tu jenom dva.

[pavlix]

Naštěstí lidi, kterým vpsFree nejspíš šláplo na kuří oko, jsou tu jenom dva.

Tak o někom, komu vpsFree šláplo na kuří oko bych věděl :). Ale ty se zřejmě snažíš naznačit, že jsem to já a Heron.

Pokud si myslíš, že některé výstřelky vpsFree vnímám negativně pouze já a Heron, tak se šeredně mýlíš, ale brát ti to nebudu.

[kavol]

Pokud si myslíš, že některé výstřelky vpsFree vnímám negativně pouze já a Heron, tak se šeredně mýlíš, ale brát ti to nebudu.

ale jo, já mu to klidně "seberu" - reakce proti vám dvěma mi přijdou dost absurdní, a co píše snajpa, to už je úplně na palici, takže u mě hoši dost ztratili ... já vím, u některých tu mám takovou pověst, že si to hoši budou ještě vykládat jako vítězství v diskusi, a vy na tom ztratíte, ale kašlu na to a vy na to taky kašlete, tohle nemá cenu

[pavlix]

Mě nevadí, když bude mít snajpa pocit, že vyhrál. On ten pocit má vždycky. A tvojí pověsti se nijak nebojím :), svojí kritikou jsem si vysloužil mnohem horší :D.

[Heron]

Buď odpověď nepochopil, nebo nechtěl, to je jedno; podstatné je, že velikost paměti vysvětlena byla.

Kde? Ta odpověď v té diskusi stále chybí, stejně jako chybí odpovědi na moje otázky zde.

Tyto komentáře:

těch 4GB byla nutnost, aby šla spustit Java, která alokuje spoustu paměti, i když jí nikdy nevyužije.

Slovo spustit neříká nic o běhu. (Paralela: Call of Duty na počítači s GeForce 2 pravděpodobně spustíš, ale nepoběží ti to.)

Jsou nesmysl. Java aplikaci lze spustit a bez problémů provozovat na menším objemu paměti než je 4GB. Otázka tedy zůstává. Proč VPSFree lživě uvádělo garantovaných 4GB, když to není fyzicky na daném stroji možné a proč to vysvětluje Javou, když ta nic takového nepotřebuje.

Ano, Heron tohle Heron támhleto je také způsob, jak se vyhnout oodpovědi.

[trekker.dk]

Java aplikaci lze spustit a bez problémů provozovat na menším objemu paměti než je 4GB. Otázka tedy zůstává. Proč VPSFree lživě uvádělo garantovaných 4GB, když to není fyzicky na daném stroji možné a proč to vysvětluje Javou, když ta nic takového nepotřebuje.

Ok, buď si hraješ na ignoranta, nebo jsi ignorant; tak jako tak to asi budu muset vzít polopaticky.

Ano, Java aplikaci lze spustit a bez problému provozovat na menším objemu paměti, než je 4GB. Nicméně pokud by sis místo toho neustálýho rejpání a označování věci za nesmysl dal tu práci a pokusil se něco si nastudovat (stačí pitomé "java openvz" do Google nebo dokonce číst příspěvky v téhle diskuzi), tak zjistíš, že:

a) Java se při startu pokouší alokovat spoustu paměti, i když ji nikdy nevyužije (což ti bylo řečeno již tenkrát)

b) OpenVZ účtuje paměť podle alokované, nikoliv podle skutečně zabrané.

Člověk, který se trochu snaží, si z toho závěr vyvodí, ale ty se snažit zjevně nechceš, takže to udělám za tebe:

Když se na para/virtualizovaném virtuálu nebo přímo fyzickém stroji Java pokusí alokovat paměť, pak i když není fyzicky k dispozici, jádro většinou alokaci povolí (když je zapnutý overcommit, což bývá.) A aplikace běží.

Na OpenVZ o povolení alokace paměti rozhoduje to, jestli celkový součet alokované paměti pro procesy v kontejneru nepřekročí limit. Tzn. na stroji, který bude mít povoleno třeba max. 1GB paměti nepůjde spustit ani pitomé java -version, protože ta alokace na začátku selže.

Ano, Heron tohle Heron támhleto je také způsob, jak se vyhnout oodpovědi.

A tvé neustálé kecy o vyhýbání se odpovědi už jsou omleté a trapné. Dostává se ti víc pozornosti a víc odpovědí, než si vzhledem ke svému přístupu a chování zasluhuješ.

[Heron]

Dobrá, díky za vysvětlení, tohle mělo být už v přechozí diskusi.

Takže VPSFree má 4GB (už tam, pravda, není napsáno garantováno) uvedeno jen proto, aby tam mohli běžet programy do 266MB RAM (8GB/30) proto, že to OpenVZ nějak počítá. Už je mi to zcela jasné.

Tuto diskusi končím, snad se v té příští dostaneme k odpovědím na moje otázky v této, na které se nikdo neobtěžoval odpověďet.

Zůstanu u vmware, kde 4GB znamenají 4GB, kde má server (ne desktop) 32GB paměti a běží na něm 7 strojů.

[Mrkva]

Zůstanu u vmware, kde 4GB znamenají 4GB, kde má server (ne desktop) 32GB paměti a běží na něm 7 strojů.

Jen pro zajímavost, kdo to poskytuje? A za kolik?

[trekker.dk]

Dobrá, díky za vysvětlení, tohle mělo být už v přechozí diskusi.

Taky to tam bylo. Akorát tys místo pokusu pochopit, co ti bylo řečeno, šmahem napsal, že je to blábol.

Takže VPSFree má 4GB (už tam, pravda, není napsáno garantováno) uvedeno jen proto, aby tam mohli běžet programy do 266MB

Zůstanu u vmware, kde 4GB znamenají 4GB, kde má server (ne desktop) 32GB paměti a běží na něm 7 strojů.

Slyšel jsi někdy něco o teorii obsluhy? Doporučuju seznámit se aspoň s termínem a nějakými základy, pak zjistíš, že to nemusí být jenom do 266MB a že na stroj s 32GB paměti zpravidla můžeš s klidem dát víc než 7 virtuálů se 4GB RAM. Memory ballooning umí i VMWare.

[VSi]

Doporučuju seznámit se aspoň s termínem a nějakými základy, pak zjistíš, že to nemusí být jenom do 266MB a že na stroj s 32GB paměti zpravidla můžeš s klidem dát víc než 7 virtuálů se 4GB RAM. Memory ballooning umí i VMWare.

To je pravda. Ale zároveň s tím se musí říct, že pak už není zaručeno, že ty avizované 4 GB mohu využít. A pak je podle mě fér uvést, jaké je zaručené množství paměti, které vždy dostanu (lze-li to vůbec zaručit). Neuvažujeme-li swap (u serveru zabiják výkonu), tak balooning může težit jen z toho, že všichni nevyužijí dovolené maximum, popř. z toho, že lze paměť deduplikovat. Na deduplikaci nelze obecně spoléhat, a může-li v extrémním případě nastat situace, že své 4 GB nedostannu, je potřeba to jasně uvést.

Celá diskuse je o tom, že napsat "RAM: 4 GB" není v tomto případě v pořádku. Pokud by tam bylo "RAM: zaručeno 266 MB, maximum 4 GB" tak si myslím, že nikdo rýpat nebude. A zrovna vpsFree snad nemá potřebu uvádět "marketingová" čísla.

Když budu mít u vpsFree VPS, kde budu trvale využívat 3 GB RAM (na nějaké výpočty ve vlastní aplikaci apod.), tak s tím velice pravděpodobně budu mít problém. Pravděpodobně mi řeknou, že taková věc se na jejich VPS nehodí. OK, takový postup je v pořádku, ale jak jsem tohle měl poznat z inzerované specifikace? U jiných VPS technologií to obvykle funguje tak, že systémové prostředky jsou technicky omezeny tak, aby to bylo spravedlivé, a pak si "uvnitř" můžu dělat co chci aniž by to omezilo ostatní.

[snajpa]

Když budu mít u vpsFree VPS, kde budu trvale využívat 3 GB RAM (na nějaké výpočty ve vlastní aplikaci apod.), tak s tím velice pravděpodobně budu mít problém. Pravděpodobně mi řeknou, že taková věc se na jejich VPS nehodí.

Naprosto nepravděpodobné. Leda že by ta tvoje aplikace zatěžovatala CPU (dlouhodobě a většinu jader+HT). Kdyby něco takového nastalo, tak se kouknu, který fyzický hardware je na tom nejlíp a namigruju to VPS tam. Místní diskutéři prostě nechápou, že s tou RAM problémy nejsou (ani k té migraci jsem nemusel přistoupit ani jednou), to tu uměle vyrábíte vy. Kdyby s tím problémy byly, vážně si vy všichni myslíte, že bychom to nějakým způsobem už dávno nevyřešili? O čem celá tahle diskuze vlastně je.

Nechápu to. Samozřejmě mi to (jako správní paranoici) nemusíte vůbec věřit, můžete si klidně polemizovat, že co kdyby ale náhodou nastala ta a ta situace. To všechno můžete a já vám v tom bránit nemůžu a ani nebudu . Takže směle do toho, pokud nemáte nic lepšího k řešení.

Mimochodem, pokud se někdo z vás objeví na linuxAltu, rád to s váma proberu osobně, tyhle diskuze mají tendenci vyvolávat nedorozumění, nepochopení a následně spory mezi lidmi, kteří by se jinak naživo docela rozumně dohodli.

[VSi]

Jasně. Myslím, že takhle je to už vysvětleno dostatečně, a je jasný tvůj postoj.

Leda že by ta tvoje aplikace zatěžovatala CPU (dlouhodobě a většinu jader+HT). Kdyby něco takového nastalo, tak se kouknu, který fyzický hardware je na tom nejlíp a namigruju to VPS tam

Já (a jak je vidět, tak i další) se na to dívám tak (možná paranoidně), že může nastat neočekávaný problém - jak už jsem psal, může to být třeba bug, nebo útok. A 3 VPS ze 30 začnou žrát skutečnou pamět, jen co OpenVZ dovolí. A v této chvíli může dojít k omezení ostatních VPS (nedostanou paměť), nebo se půjde na swap, což použitelnost může úplně zabít. Jistě, že to vyřešíte ručně, ale za jak dlouho? Uznávám, že jde o nepravděpodobnou situaci, leč ne nemožnou. A je to jasná nevýhoda OpenVZ (i když ve vašem nasazení se neprojevila, takže ji můžete považovat za teoretickou). Takže zkoušeli jste otestovat, co se v naznačené situaci bude dít?

[pavlix]

K otázce za jak dlouho mi nezbývá než dodat, že ještě nedávno (a nevím, jestli se to změnilo), byl v administraci jakožto technická podpora uveden osobní kontakt, tedy kontakt na jediného člověka.

[Heron]

Mimochodem, pokud se někdo z vás objeví na linuxAltu, rád to s váma proberu osobně

Já tam pravděpodobně budu, můžete mi s trekkerem rozbít ... moje bludné představy

[trekker.dk]

Asi tak?

http://www.bugemos.com/?q=node/196

[Heron]

Místní diskutéři prostě nechápou, že s tou RAM problémy nejsou (ani k té migraci jsem nemusel přistoupit ani jednou), to tu uměle vyrábíte vy.

Ale jo, chápou. Co nechápu je, jak se může 30 virtuálek vejít do 8GB. 260MB paměti je tak málo, že to pomalu nestačí ani na statický web (+pošta, +jabber, +db, +convert,+... jak to tak u statických webů bývá ). Takže buď tam máte členy, kteří jen platí a nic tam nemají (takový jsou nejlepší) a ty ostatní povyhazujete, nebo to jsou opravdu hardcore linuxáci a vše si píšou v asm a to včetně toho webu .

[snajpa]

A nebo jenom bezdůvodně rýpeš, protože si prostě myslíš, že jsi našel něco, co za rýpání stojí. Pokud ti nestační ani moje vysvětlení, ani výpisy ze serverů, zřejmě by ti nestačilo asi nic, jelikož prostě nevěříš, že to funguje. No, třeba se do linuxAltu uklidníš a bude s tebou třeba i řeč.

[Heron]

Ale já věřím, že to funguje. Jen by mě skutečně zajímalo, jakým zázrakem lze nacpat 30 virtuálů (které něco dělají) na 8GB. Opravdu. Protože jak to tak poslouchám, tak můžeme prodat 70% HW, za což bych dostal ... odznak řádu práce .

Ani deduplikace (my máme každý virtuál zcela stejný) tolik neušetří a už i samotných 260MB je pro jakoukoliv aplikaci málo. I zcela běžné CMS jako drupal, gallery2 apod chtějí na PHP 64MB (+-). Teď je ještě potřeba někam dát data pro zpracování (u té galerky např. convert, ffmpg), DB. A to nemluvím o velkých (komerčních) CMS se 40 moduly.

[trekker.dk]

Jen by mě skutečně zajímalo, jakým zázrakem lze nacpat 30 virtuálů (které něco dělají) na 8GB.

To "něco dělají" je pravděpodobně klíčové. Třeba na mém VPS běží sshd, openvpn a murmurd + nějaké kraviny z distra, suma sumárum htop ukazuje 70MB zabráno (z toho RSS aplikací je 30MB) - žádná velká zátěž. Holt ne všichni používají server na to, aby tam měli web.

[anonym]

pak je otazka, proc za to plati tri stovky

[Mrkva]

VPS pod 300Kč se shání blbě...

[pavlix]

virtualmaster.cz, xenzone.cz, obojí se umí výrazně pod 300Kč měsíčně.... někdo možná přidá další

[trekker.dk]

virtualmaster.cz - při stejných parametrech (disk 40GB, RAM 8G/30 = 273MB) ta jejich kalkulačka ukazuje téměř přesně 300Kč. Nebo přesněji teda 294Kč... těch šest korun má být to "výrazně pod"?

[pavlix]

Psalo se tu někde o stejných parametrech? Jsou výrazně levnější tím, že právě můžu celou dobu platit míň, než se moje potřeby zvýší.

Otázka zněla, za kolik lze sehnat virtuál a já tvrdím, že teoreticky i za méně než stovu, ale nejzjištoval jsem, co to utáhne.

[Heron]

A hlavně proč to má tam někde. Já bych toto provozoval na domácím serveru. Ale to už je OT.

[trekker.dk]

Já taky, mít směrovatelnou IP.

[Mrkva]

Slabá linka? V době, kdy připojení k internetu má kolikrát 10Mbit down, 512kbit up to je zvlášt výživné... Platba za elektřinu?

[xm]

Přesně, v době asymetrických připojení je domácí server né zrovna dobře použitelné řešení. Navíc u připojení pro domácnosti lze bohužel často očekávat nižší dostupnost (častější výpadky) než u připojení jaká mají v serverovnách. A v neposlední řadě i rychlost (i kdyby to domácí připojení bylo symetrické, což nebývá) není často tak oslnivá (100 Mbit linku alespoň do NIXu považuji i pro domácí server za nutnost).

[Heron]

100 Mbit linku alespoň do NIXu považuji i pro domácí server za nutnost

Na toto?:

Třeba na mém VPS běží sshd, openvpn a murmurd + nějaké kraviny z distra

I na 1Mbit lze dobře provozovat třeba emaily a jabber a pokud jsou na webu informace a ne omalovánky, tak i web.

[xm]

Né každý má na "domácí servřík" stejné požadavky. Většinu času může být ta 100 Mbit linka klidně nevyužitá, ale občas přijdou chvíle, kdy se hodí.

Btw. pořád je tu ten problém s asymetričností a (ne)spolehlivostí - na lince s pomalým uploadem jsem vyřízený a to je bohužel naprostá většina připojení pro domácnosti. Někde ti navíc ani nenabídnou možnost pevné IP adresy (nebo za ní chtějí nehorázný příplatek). Můžeš sice mluvit o tlaku na poskytovatele, ale faktem je, že naprostá většina domácností domácí server provozovat nebude a tlak pár nadšenců velkého ISP nevytrhne. A v dosti lokalitách prostě lidé na výběr nemají.

Pokud si mám vybrat, jestli provozovat svůj servřík na asymetrické lince s pomalým uploadem (s mlhavou vidinou toho, že třeba jednou ve vzdálené budoucnosti bude můj poskytovatel nabízet za stejnou cenu symetrické připojení) nebo na spolehlivé a rychlé symetrické lince v serverovně, je pro mě osobně volba jasná.

[xm]

Ještě pro ilustraci - u UPC bych za pevnou IP adresu zaplatil 200 Kč měsíčně (normálně má člověk sice veřejnou IP, ale ta se může čas od času změnit - byť je to třeba jen dvakrát do roka). A to u silně asymetrické (=pro server prakticky nepoužitelné) linky (25 Mbps down / 1,5 Mbps up). To už se mi stokrát více vyplatí zaplatit si jen o stovku měsíčně více za celý virtuální server s mnohonásobně lepšími parametry připojení.

Kdybych chtěl u UPC pro server trochu použitelnější tarif (100 Mbps down / 10 Mbps up), připlatil bych si měsíčně o 400 Kč navíc (plus ještě těch 200 Kč za pevnou IP adresu, dohromady tedy 600 Kč navíc). Za to bych mohl mít rovnou 2 VPSky

[trekker.dk]

Na toto?:

Časem tam může něco přibejt, tohle jsou věci, který jsem potřeboval.

I na 1Mbit lze dobře provozovat třeba emaily a jabber a pokud jsou na webu informace a ne omalovánky, tak i web.

Ne pokud ten 1Mbit sdílíš s dalšíma lidma a ještě je tam agregace s ostatními zákazníky ISP.

A provoz e-mailů na takovém připojení vidím problematicky. Teda příjem by šel, ale třeba O2 AFAIK dala všechny IP pro ADSL zákazníky na blacklist, takže odesílání pošty přímo (ne přes jejich server) může být docela problematické.

[Heron]

Časem tam může něco přibejt, tohle jsou věci, který jsem potřeboval.

To jo.

ale třeba O2 AFAIK dala všechny IP pro ADSL zákazníky na blacklist, takže odesílání pošty přímo (ne přes jejich server) může být docela problematické.

A jsme zase u používání blacklistů, co? :-/

[trekker.dk]

A jsme zase u používání blacklistů, co? :-/

No přiznám se, že když jsem to zjistil, tak mě to trochu zaskočilo. Na druhou stranu vzhledem k tomu, kolik z jejich zákazníků jsou BFU se zavirovaným spamujícím kompem, tak se na ně můžu jenom těžko zlobit. (Hlavně mi to může bejt fuk, moje připojení k netu to nebylo.)

[Heron]

Platba za elektřinu vs. platba hostingu. Já mám poněkud (z dnešního pohledu) nenasytný stroj (přes 120W) a to dělá nějakých 450kč/měsíc. Takže by se zdálo, že hosting je výhodnější. Jenže, ten stroj doma může být úspornější (klidně i těch 300kč/měs) a také dělá více věcí (zpravidla tedy storage pro domácí síť) a tedy jej člověk doma má i když má i vps. Takže z tohoto pohledu přesun domů znamená ušetřené peníze na hosting (ten domácí server se na hosting odstěhovat nedá).

Slabá linka?

Což se ovšem útěkem na hosting nevyřeší. Naopak, provoz takové služby doma by vyvinul (alespoň nějaký) tlak na ISP. Takhle si mohou (z jejich pohledu správě) říct, on tu IP nikdo nepotřebuje, upload taky ne, tak to nebudeme nabízet. Začarovaný kruh.

[trekker.dk]

Naopak, provoz takové služby doma by vyvinul (alespoň nějaký) tlak na ISP.

Jediný, na koho bych vyvinul tlak, bych byl já sám (saturovaný upload = odezva i rychlost downloadu v prdeli). A v době, kdy jsem si tu VPS pořizoval, bych za veřejnou IP dal 100 za měsíc. To radši dám 300 vpsFree.

[pavlix]

Tak tohle neřeším, upload 6mbit, veřejné IP pro každý počítač na který si řeknu (byť je to díky uživatelům, co si neřeknou o jedinou). Odezva v řádu malých milisekund.

[pavlix]

Já se držím s domácím strojem max do 100 Kč měsíčně za elektřinu, stroj jsem někde dostal za přítelskou pomoc.

[xHire]

Pokud je linka ADSL, tak o moc více ani čekat nelze [zdroj]. Pokud je to „normální” ISP, tak to už je holt o tom, co si kdo vyjedná. Já mám třeba symetrických papírových neagregovaných 50 Mbps a jsem spokojený (papírových = garantovaných, ale ve skutečnosti to jede více ).

Elektřina se odvíjí od toho, co běží, že jo -- dnes, kdy máme párwattové úsporné domácí servříky, to nemusí být celkem problém -- pokud jsem počítal správně, tak ten můj sežere za měsíc ~12 kWh. Když bych vzal cenu 5 Kč/kWh, tak jsem na nějakých 60 korunách, což je celkem přijatelná cena. :c)

[Heron]

htop ukazuje 70MB zabráno (z toho RSS aplikací je 30MB)

Kristova noho, to jsem viděl naposledy na slabých routerech se 128MB. Ok, už je mi to jasné, evidentně žijeme v úplně jiných světech.

[Heron]

Na deduplikaci nelze obecně spoléhat, a může-li v extrémním případě nastat situace, že své 4 GB nedostannu, je potřeba to jasně uvést.

Přesně. Někdo v diskusi tu řeší cache, chce to narvat do MEMORY engine v MySQL, případně memcached. Na tomto se deduplikace neuplatní a zabere to třeba právě těch 3.5GB.

[Heron]

na stroj s 32GB paměti zpravidla můžeš s klidem dát víc než 7 virtuálů se 4GB RAM. Memory ballooning umí i VMWare.

Aniž bych chtěl popisovat nějaké podrobnosti, tak ano, měli jsme tam víc, nadšeni z dedup a ballonu. Ovšem praxe ukázala, že ve chvíli, kdy se začne šahat na balón, jde vše do kytek. Už třeba jen proto, že ten virtuální OS o tento prostor poníží velikost své IO cache. Takže v momentě, kdy dojde na balloning vzroste provoz na storage. A ona tam ram je přece jen o fous rychlejší.

Dnes je tedy velikost ram o něco větší než součet všech virtuálek a dlouhodobě s tím není problém.

[trekker.dk]

Ovšem praxe ukázala, že ve chvíli, kdy se začne šahat na balón, jde vše do kytek. Už třeba jen proto, že ten virtuální OS o tento prostor poníží velikost své IO cache.

Jo, tomu bych klidně věřil, pokud se všechny virtuály využívají stejně (v čase) a do maxima (což je něco, co v případě vpsFree právě moc nehrozí.)

[Heron]

Všimni si jedné věci, která je - aspoň pro mě - důležitá: VPS jedou.

Na elektrika.cz se denně řeší podobné věci: "na co drahý chránič, vždyť ono to jede". Stejná logika, jen tu naštěstí chybí to ohrožení života.

Ok, ty jsi možná znuděný milionář

Ale vůbec ne. Jen rád dělám věci pořádně a k tomu je potřeba i jisté zázemí. Možná naivně beru abc jako klub profesionálů a nepřijde mi úplně košér se tady chlubit tím, že máte na hostingu desktopy a ještě to omlouvat větou "no však to funguje". Je to velmi špatný příklad pro začínající.

[pavlix]

Na elektrika.cz se denně řeší podobné věci: "na co drahý chránič, vždyť ono to jede". Stejná logika, jen tu naštěstí chybí to ohrožení života.

Na elektrika.cz jsem viděl řešit i hovadiny, nejen nebezpečný věci. Já už nevím, co to bylo, jestli prodlužka zapojená do prodlužky, nebo podobná věc. Viděl jsem toho víc, co mě trklo a místní profesionálové to považovali málem za zločin, ačkoli mě to přišlo naprosto normální.

Možná naivně beru abc jako klub profesionálů

No... žádné zkoušky jsem pro registraci složit nemusel.

nepřijde mi úplně košér se tady chlubit tím, že máte na hostingu desktopy

A proč by nemohli mít na hostingu počítače třeba trojúhelníkové, kdyby dobře plnily svůj účel. Byla to veřejně známá informace a navíc rackový formát podle mě není podmínkou dobré práce.

"no však to funguje".

Je to velmi špatný příklad pro začínající.

A co když ti řeknu, že naprostá většina školicích středisek, kde jsem kdy byl, školí serverové technologie téměř výhradně na stolních počítačích? To je přece taky špatný příklad. Pak je to ale nadávání na svět takový, jaký je, vpsFree na tom má jen minimální podíl.

[Mrkva]

Na elektrika.cz se denně řeší podobné věci: "na co drahý chránič, vždyť ono to jede". Stejná logika, jen tu naštěstí chybí to ohrožení života.

To je ale něco úplně jiného. Ono desktopový a serverový HW se vážně tolik neliší (jasně, budou chybět takové věci jako druhý (záložní) zdroj a tak). Tak rok zpátky jsme provozovali na desktopovém HW webovku - a i když hadrware jel dost často za hranicí svých možností (těžce přetížený web), za několik let s tím byly jediné dva problémy možná po čtyřech nebo pěti letech - odešel zdroj (nějaký čínský noname) a disk. Vážně si myslím, že se desktopový HW podceňuje (a ten serverový přeceňuje).

[Heron]

Ono desktopový a serverový HW se vážně tolik neliší (jasně, budou chybět takové věci jako druhý (záložní) zdroj a tak).

Tož to máš dobrej desktop . Čtyři patice pro CPU, 16 patic pro DDR, serverová síťovka s 8 porty, řadič s baterkou, SAS disky v hotswap rámečku, FC storage, DRAC karta, ... A to jsem ještě v levných serverech, počkejte na Stopku Server se od desktopu liší velmi výrazně.

[Mrkva]

No, tak když člověk potřebuje základní HW (maximáně jedno čtyřjádro, 16GB RAM, jednu nebo dvě síťovky, SATA disk; hotswap, zálohovaný řadič, FC, DRAC/ILO/RMM pokládá za zbytečnosti), pak skutečně nevidím moc důvodů nasazovat profi server - a pro začínající projekty je nějaký ten desktopový HW cenově přijatelnější (a co si budeme povídat, často je cena hlavním kritériem).

[VSi]

Alespoň čipová sada s podporu ECC pamětí a management (iLO) je standardní věc i u úplně entry-level serverů. Rozdíl v ceně oproti slušnému desktopovému HW je minimální. Jen o málo dražší stroje už mají třeba redundantní zdroje, hotswap disky, zálohovaný HW RAID. Pro některé projekty tohle samozřejmě může být zbytečné, zvlášť pokud je redundance řešena na vyšší úrovni.

V použití tower skříní vidím opodstatnění, když v datacentru za tower účtují stejně jako za 1U. Do 1U lze dát 4 3.5" disky, to toweru mnohem víc. U značkových serverů je uvnitř towerů stejně kvalitná HW jako v rackových skříních. Takže proč je nepoužít, když se to hodí. Pokud už jsme na úrovni pronájmu celého racku, nebo pokud lze přesun strojů do racku v době jejich životnosti očekávat, situace se mění.

[pavlix]

Měl jsem doma pentium 166 MHz a serverové aplikace jsem na něm provozoval ke své spokojenosti.

[Michal Fecko]

To mas tak, aspon sa na nic nehraju, tiez tam mohli byt fotky chlapikov v kravatach ako sedia za stolom a objednavaju jednotlive sluzby na ozivenie, instalaciu a test u nejakych firiem, ale tito si to robia sami, co je chvalihodne - a ze technologie vyberaju na poslednu chvilu? asi zrejme mali niektore vyhliadnute a teraz sa uz len finalne rozhoduju... mozes byt neviem aky profesional a proste budes mat s podobnym HW a SW problemov kopec. Oni budu mat stastie a do dalsej vymene HW nebudu nic menit... Taketo elitarstvo ake si tu ty teraz predviedol som uz dlho nevidel...

[pavlix]

To mas tak, aspon sa na nic nehraju

Na to se můžou názory lišit.

Taketo elitarstvo ake si tu ty teraz predviedol som uz dlho nevidel...

Na to si zvykneš :). Já se s tím setkávám každou chvíli a u některých lidí musím i uznat, že na svá tvrzení mají. Herona nehodnotím.

[Heron]

Taketo elitarstvo ake si tu ty teraz predviedol som uz dlho nevidel...

Proč elitářství? Kdyby tady byla série blogů typu: "vyzkoušel jsem si DRBD a ono to nejde"; "prosba: jak na replikaci dat"; "jak nastavit storage", tak neřeknu ani popel a poradím. Jenže oni přímo vydali blog se seznamem chyb, které měli být dopředu vyřešené.

[Mrkva]

Jenže oni přímo vydali blog se seznamem chyb, které měli být dopředu vyřešené.

Když jsme u těch chyb, tak chyby by měly. Ale proč by to mělo být vyřešené? Když nemám hardware ekvivalentní tomu, co chci nasadit tak to předem moc neotestuju. A sakra, jaký je problém s tím to všechno nainstalovat a otestovat přímo v DC, na budoucím produkčním HW a SW? Pokud by tyhle testy dělali na současných serverech - kde už VPS běží, tak bych chápal, že proti tomu budeš vystupovat - ale takhle? Vždyť se nic neděje, členy sdružení/majitele VPS to nijak neomezuje tak co máš sakra za problém?

[Heron]

A sakra, jaký je problém s tím to všechno nainstalovat ... na budoucím produkčním HW a SW?

Vůbec žádný. Po tomto právě volám. Jenže v minulém blogu bylo napsáno "Týdenní debug fáze". Pokud by tam bylo napsáno: "několik měsíců testů a postupné přesouvání méně důležitých strojů", opět by to byla známka dobrého postupu.

[pavlix]

Podle mě hledáš problémy jinde než jsou.

[Mrkva]

No, pokud tam budou nějaké kritické bugy, je dost velká pravděpodobnost, že se odhalí právě během týdne. P.S.: mám tam taky VPS, tak se v případě problémů určitě ozvu

[kralyk z abclinuxu]

Jenže oni přímo vydali blog se seznamem chyb, které měli být dopředu vyřešené.

Jak dopředu? Vždyť tohle je dopředu. VPS ještě není na nové servery namigrované, jestli jsem zápisek správně pochopil...

Obvykle se mi tvoje názory líbí, ale u tohohle zápisku mi přijde, že kritizuješ někoho, že nedělá věci tak, jak by je podle tebe měl dělat...

[trekker.dk]

VPS ještě není na nové servery namigrované, jestli jsem zápisek správně pochopil...

Jasně že není. Stávajících VPS se současné dění zatím nijak netýká, to jenom Heron dělá, jako kdyby vpsFree mělo totální výpadek...

[Heron]

Heron nic nedělá (mno, ), pouze se ptá na základě informací zveřejnených samotných sdružením. Otázky zůstaly bez odpovědi, zatímco se tu probírá forma (což je běžný únikový manévr).

[kyytaM]

Mohli ste skusit prasknut na routery Vyattu. VRRP. :)

[snajpa]

Vyatta -> ten samej problem jako s Mikrotikem, zrovna jsem ji zkousel, akorat to nestiham psat.

[Ondrej 'SanTiago' Zajicek]

Jako routovaci daemon se pouzije cesky BIRD, ma o hodne pruhlednejsi a jasnejsi konfiguraci, nez Quagga.

Tak to chvalim :–). Kdyby jste s tim meli nejake potize, tak se kdyztak obratte na mailing list BIRDa. Akorat me neni jasne, co presne na takove siti chcete routovat. Pouze resit zmenu defaultni routy pri vypadku jedne brany?

Take me neni jasne a docela by me zajimalo, jak ma fungovat ta redundance se storage serverem. Pokud treba zvolim model, ze kazdy PC ma stejne pevne riziko, ze v nem neco odejde, tak me vychazi, ze soucasne reseni je na tom hur nez bez storace serveru a bez failoveru. Neco jineho by bylo, kdybyste ty storage servery meli take dva.

[Zdeněk Burda]

Taká jsem se nad tím storage serverem lehce pozastavil. Stejně jako nad poznánkou o DRBD, zvlášť když jsem četl v minulém zápisku "Replikace storage serveru na záložní přes DRBD".

Když jsem dával dohromady storage pro naše použití na hostingu, tak po sestavení běželo několik měsíců než jsme to nasadili. Během té doby kdy běželo v testovacím režimu dostalo pořádně na frak abysme vyzkoušeli co snese a jak se na něm dají různé situace co nejefektivněji vyřešit. Zrovna u DRBD jsme na problémy nenarazili.

[Michal Fecko]

Mozno ma na to vplyv pouzity HW

[Heron]

Zrovna u DRBD jsme na problémy nenarazili.

My právě také ne. HA cluster, DRBD, LVM, iSCSI. Žádný problém (ťuk ťuk ).

[xHire]

Nevím, zda o tom víte, ani zda to nějak souvisí s aktuálním děním, nicméně vám dost blbne routování (chvíli jede, pak zas chvíli ne), viz:

# traceroute6 prasiatko.vpsfree.cz
traceroute to prasiatko.vpsfree.cz (2a01:430:17:1::33) from 2001:470:9985:1::2, 30 hops max, 24 byte packets
 1  2001:470:9985:1::1 (2001:470:9985:1::1)  0.429 ms  0.382 ms  0.335 ms
 2  mzima.tunnel.tserv6.fra1.ipv6.he.net (2001:470:1f0a:4e7::1)  24.579 ms  24.903 ms  28.059 ms
 3  gige-g2-4.core1.fra1.he.net (2001:470:0:69::1)  33.476 ms  23.131 ms  25.345 ms
 4  10gigabitethernet1-4.core1.ams1.he.net (2001:470:0:47::1)  31.059 ms  26.099 ms  28.063 ms
 5  amsix.dialtelecom.cz (2001:7f8:1::a502:9208:1)  54.513 ms  55.185 ms  259.477 ms
 6  2001:4de8:d1a1:1111:4::1 (2001:4de8:d1a1:1111:4::1)  48.22 ms  39.79 ms  40.126 ms
 7  2001:4de8:b0ba:24:971:0:24:971 (2001:4de8:b0ba:24:971:0:24:971)  43.535 ms  43.7 ms  46.571 ms
 8  praha-4d-c2-vl267.ipv6.masterinter.net (2a01:430:0:1d::1)  42.86 ms  43.996 ms  42.65 ms
 9  2a01:430:17:1::4 (2a01:430:17:1::4)  39.595 ms  38.943 ms  40.065 ms
10  2a01:430:17:1::2 (2a01:430:17:1::2)  40.02 ms  39.73 ms  39.293 ms
11  2a01:430:17:1::4 (2a01:430:17:1::4)  40.002 ms  40.017 ms  38.425 ms
12  2a01:430:17:1::2 (2a01:430:17:1::2)  39.388 ms  40.164 ms  39.658 ms
13  2a01:430:17:1::4 (2a01:430:17:1::4)  40.71 ms  39.322 ms  40.529 ms
14  2a01:430:17:1::2 (2a01:430:17:1::2)  40.555 ms  40.859 ms  39.836 ms
15  2a01:430:17:1::4 (2a01:430:17:1::4)  45.55 ms  40.94 ms  44.58 ms
16  2a01:430:17:1::2 (2a01:430:17:1::2)  40.735 ms  41.054 ms  41.465 ms
17  2a01:430:17:1::4 (2a01:430:17:1::4)  53.314 ms  41.586 ms  43.654 ms
18  2a01:430:17:1::2 (2a01:430:17:1::2)  41.782 ms  41.814 ms  41.498 ms
19  2a01:430:17:1::4 (2a01:430:17:1::4)  41.385 ms  41.089 ms  40.825 ms
20  2a01:430:17:1::2 (2a01:430:17:1::2)  41.622 ms  50.561 ms  42.079 ms
21  2a01:430:17:1::4 (2a01:430:17:1::4)  42.585 ms  42.528 ms  43.945 ms
22  2a01:430:17:1::2 (2a01:430:17:1::2)  43.139 ms  42.964 ms  43.845 ms
23  2a01:430:17:1::4 (2a01:430:17:1::4)  55.962 ms  42.557 ms  42.986 ms
24  2a01:430:17:1::2 (2a01:430:17:1::2)  43.302 ms  43.083 ms  43.457 ms
25  2a01:430:17:1::4 (2a01:430:17:1::4)  43.41 ms  43.348 ms  43.019 ms
26  2a01:430:17:1::2 (2a01:430:17:1::2)  43.299 ms  47.859 ms  43.577 ms
27  2a01:430:17:1::4 (2a01:430:17:1::4)  51.185 ms  43.647 ms  49.124 ms
28  2a01:430:17:1::2 (2a01:430:17:1::2)  43.418 ms  43.409 ms  42.903 ms
29  2a01:430:17:1::4 (2a01:430:17:1::4)  44.423 ms  44.592 ms  45.084 ms
30  2a01:430:17:1::2 (2a01:430:17:1::2)  44.122 ms  45.585 ms  47.225 ms

Důsledkem je, že po IPv6 server (nevím jak ostatní) není dostupný a packety vyhoří na Hop limit. (IPv4 jsem netestoval.)

[trekker.dk]

S aktuálním děním to nesouvisí, už jsem si taky všiml, že IPv6 kravne průběžně (nicméně protože mě to moc nebolítak jsem se nějak nedostal k tomu to někomu hlásit)

IPv4 funguje