-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
On 09/17/2014 02:34 PM, semanmar(a)gmail.com wrote:
Bezna prax napr. v bankach. Ale aj ine firmy maju
kriticke
aplikacie, ktorych aj maly vypadok stoji kopu $$$, cize ak je
security bug v nejakom kernel module ktory sa nepouziva, tak sa
max. tak zablacklistuje... Nevravim ze je to najstastnejsia volba,
predsalen ma potom admin celkom strach rebootovat masinu s 500+ dni
uptime, kedze sanca ze znova nabehne je 50:50 :)
Jo, ja vim o cem mluvis - proste pokud to jde, zakaze se dana
funkcionalita kouskem systemtap kodu. Nebo se resi veci jako
kpatch/kGraft/Ksplice. Coz nevim, kdo by podporoval nas kernel a ani
bych si to nelajznul, neco takovyho u nas zavadet...
Udelat to pri poslednich chybach, ktere jsme meli, tak by instantne
ale prestala fungovat vetsina softwaru v kontejnerech (cosi s TTY kodem).
Takovyhle "hacky" misto reseni si muze dovolit admin, kterej na 100%
zna workload, co mu na tom stroji bezi. Ale to, to the best of my
knowledge, neni situace vpsFree.
/snajpa
Martin
Sent from my BlackBerry 10 smartphone. *From: *Michal Krajcirovic
*Sent: *Mittwoch, 17. September 2014 14:29 *To: *vpsFree.cz
Community list; Pavel Snajdr; Vaclav.Dusek(a)cz-pro.cz *Reply To:
*vpsFree.cz Community list *Subject: *Re: [vpsFree.cz:
community-list] Mimoradny vypadek dnes v noci
To mi prijde docela normalni, pokud to jadro nema critical
security chyby...
On 17. září 2014 14:25:45 CEST, Pavel Snajdr <snajpa(a)snajpa.net>
wrote:
On 09/17/2014 02:17 PM, Vaclav Dusek wrote:
Chapu,
ale jsou ty důvody, proc se dělají změny v produkci tak často,
skutečne relevantní?
Základní poučka admina/správce přece zní:
Když ti něco funguje, tak se v tom zbytečně nehradej :D
Tobe prijde normalni updatovat jadro jednou za rok na produkcnich
strojich? A to to jeste nedelame zdaleka tak casto, jak bychom
meli!
/snajpa
Dne 17.9.2014 14:09, Pavel Snajdr napsal(a):
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 09/17/2014 02:06 PM, Pavel Snajdr wrote:
On 09/17/2014 01:54 PM, Vaclav Dusek wrote:
Ahoj,
nikdo si nemůže dovolit testovat na koncových zákaznících v
produkčním prostředí. Produkční prostředí je od toho, aby bylo
maximálně stabilní za cenu jisté konzervativnosti v "zastaralých"
verzích aplikací.
Jediné řešení vidím v jasném rozdělen í VPSfree na 2 nezávislé
větve
- produkce/provoz, tj. stabilita, konzervativnost, minimum změn,
pouze bezpečnostní aktualizace
- development, tj. testování nových věcí, které se po určité době
přenášejí do produkce, a nebo aplikují na nové servery, které se
stávají později produkcí.
Coz je strasne pekna teorie, ano.
Jak rikam, ja ty veci testuju, nez jdou do production.
Uzivatele, kterym nevadi vypadky, v drtivy vetsine skoro nic
neprovozujou - cili je to jeste horsi, nez muj testing env. Opravte
mne, jestli se mylim, ale kdyz uz mam nejakou zatez, vetsinou mam
duvod, proc j i mam => je to production.
Jak je ostatne videt na playgroundu :)
Ale abych Ti nekrivdil, pravda je, ze ten problem s MySQL by se
nejspis projevil, jelikoz ja mam MySQL vsude uz od prvnich
experimentu se ZFS s vypnutym native AIO.
Nicmene ne nestabilita, coz je nevetsi pain point IMHO.
/snajpa
/snajpa
Uživatelé, kterým nevadí výpadky a potřebují poslední nové věci, ať
dobrovolně vstoupí do devel větve a mají např. nižší poplatek za
provoz, větší disk apod.
Jiní ať pracují v produkční větvi, protože si výpadky _nemohou_
dovolit. Mohou tak získávat postupně více devítek v dostupnosti,
přibližovat se postupně k 6 sigma :)
Současný stav mi přijde nešťastný.
Dne 17.9.2014 13:20, mrkva(a)mrkva.eu napsal(a):
Ahoj, na tohle jsi prisel jak?
On 17.9.2014 11:26, Tomáš Valoušek wrote:
Ahoj...
------------------------------------------------------------------------
Community-list
mailing list Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
------------------------------------------------------------------------
Community-list mailing list Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
-- Send from my phone.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iF4EAREIAAYFAlQZgWMACgkQMBKdi9lkZ6q7HAD/QOZp+OgslcQEqIymuvWcBh5L
iUqx2BopCzAS7vBU0jAA/3M9gN5Y2Yu5c7X0l9i06LLcZv7mHcj4cFvyG0zsw/8R
=52ya
-----END PGP SIGNATURE-----