Ahoj,
ak sa mozem pripojit par otazkami: - stalo by za zamyslenie, ak by sa terajsich 100GB na NAS rozdelilo na 50GB + 50GB backup? - pripadne pri dalsom hw upgrade / prepisanie vpsadmina do Rails4 / ... , tiez nie je vhodne zvazit aby kazdy diskovy priestor (VPS,NAS,...) mal backup? asi to pozna kazdy - "Nezalohovane data = nie dolezita / nepotrebne data" a napr. konkretne pri NAS si myslim ze by postacoval backup iba za posledny den, a osobne som radsej za mensi priestor ale zalohovany :)
Nemusime tu diskutovat o technicky detailoch, len ci tieto "napady" nestoja za zamyslenie...
Tiez by ma zaujimalo, co si o tom myslia ostatni clenovia.
pb.
On 02/05/2014 09:44 AM, Pavel Snajdr wrote:
Cau,
parametry VPS vychazeji z nekolika promennych:
a] jaky HW je dostupny na trhu b] jaky HW si muzeme dovolit z a] c] kdy naposled jsme obmenili vetsinu hw (tzn. kdy budeme delat upgrade)
Ja si jednou za cas delam "bean counting day", kdy prochazim vsechny masiny a pocitam/obhlizim pomery, jak se pouzivaji disky, RAM, CPU v case a jak se to blizi k limitum HW. Vzdycky, kdyz najdu dostatecnou mezeru mezi limity a realnym vyuzitim, navysujeme parametry.
U disk space je ve hre nekolik promennych - velikost datasetu, nad kterym tvoje aplikace aktivne pracuji (= co se musi vejit do RAM), jak moc sekvencni vs. nahodny je pristup, jestli je to spis zapis nebo spis cteni (obzvlast pri zapocitani efektu ARC cache v RAM, tzn. jestli staci cachovat do RAM a na disky jdou jenom zapisy, nebo i ready), potom zalohovani, jak casto se ta data zmeni a jak velka cast se meni denne (protoze zfs snapshots) - obzvlast, kdyz budeme chtit mit vsechny zalohy ulozene dvakrat, to jak v Praze, tak v Brne.
To vsechno ovlivnuje, jestli si muzeme dovolit zvetsit disk space na VPS - neni to teda jenom o syrovym plochym cisle v gigabajtech.
Btw, je to jenom muj nazor, ale IMHO tech 60GB mne osobne prijde jako optimum ve smeru, co ta VPS vubec muze mit na sobe a aktivne vyuzivat za data - jinak se tam jenom valeji a od toho je NAS (to fakt nema na rootfs co delat, data co se nepouzivaji k servovani, vsak od servovani ta VPS je). Rootfs data musime optimalizovat na rychlost a spolehlivost, kdezto pro NAS staci optimalizovat na kapacitu. Na oboje se optimalizovat neda a tiered-storage ZFS neumi (jakoze odsunout neaktivni data na pomalejsi uloziste).
S pozdravem
Pavel Snajdr
+421 948 816 186 | +420 720 107 791 | 110-010-956 CTO of Relbit | Predseda vpsFree.cz, o.s. | RHCE http://relbit.com | http://vpsfree.cz | https://www.redhat.com
On 02/05/2014 09:33 AM, Patrik Matejsek wrote:
Též zasílám pochvalu nad skvělou prací, kterou zastáváte a díky za možnost využití... ;)
Krátce by mě zajímalo, uvažujete-li do budoucna navýšení úložného místa (HDD) pro samotné VPS. Pracuji s trochu náročnějšími službami na prostor, pro uložení využívám NAS, ale samotné služby spouštím přímo z VPS...ale znovu připomínám, že se jedná pouze o informační záležitost, prostě by mě to zajímalo.
Díky a přeji ještě mnoho úspěchů do budoucna!
Odesláno z iPadu
- 2014 v 21:17, Petr Krcmar petr.krcmar@vpsfree.cz:
Zdravím ve spolek, právě jsme na web pověsili zápis a troje slajdy ze sobotního setkání a valné hromady. Pokud chcete vědět, co se za poslední rok dělo, co se chystá a jaký je současný stav (serverů i spolku), určitě si projděte zápis.
https://vpsfree.cz/cz/vice-informaci/index.html
Pokud chcete více technických podrobností, projděte si zápisky Pavla Šnajdra, pokud vás zajímají finance, pak nahlédněte do prezentace Tomáše Srnky a pokud chcete pár bezpečnostních rad pro chod VPS, pak si nenechte ujít prezentaci Petra Krčmáře.
-- Petr Krčmář vpsFree.cz _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list