[vpsFree.cz: news-list] Dulezite: nadchazejici novinky, zmeny, nakupy

Fri Oct 12 13:17:40 CEST 2012

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Samozrejme, ze vynechal - ty prilohy :)

Tady jsou.

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 10/12/2012 01:16 PM, Pavel Snajdr wrote:
> Ahojte,
> 
> pomalu nam zas dochazi misto na serverech, takze vyrazime na nakup.
> A nejenom to, tenhle mail obsahuje dalsi podstatne informace, takze
> mu prosim venujte pozornost.
> 
> Tentokrat to ale vezmeme trosku obsirneji, chystame s klukama 
> nasledujici pecky co se tyce nasi lokace v Praze:
> 
> 1. vymena node1a az node3b za nody podobne node8 (= vykon++) 2.
> dalsi node8-like masiny, abychom meli rezervu 3. vpsFree.cz
> vstupuje do RIPE, budeme tedy LIR (local internet registrar),
> abychom dostali posledni moznou porci IPv4 (tzn. /22) 4.
> Network-Attached-Storage do VPS 5. konecne pravy prechod na
> round-robin bonded sitovani, tzn. kazdy node bude pripojeny 2Gbit
> (hlavne kvuli NAS a zalohovani) 6. poprve zkusime poskytovat
> dedikovane servery
> 
> == Ad. 1 a 2: Fat Twin
> 
> Chystame se nakoupit 4-nodovy 4U chassis pro Xeon 2600 platformu
> (Fat Twin, Supermicro novinka), kde v pohode "nacpeme" co nam node8
> a node9 zabiraji v 2U - takze efektivne zabereme 1U per fat twin
> node.
> 
> http://www.supermicro.nl/products/system/4U/F627/SYS-F627R3-RTB_.cfm
>
>  Tim padem muzeme presunout vsechny VPS z node1a-node3b, takze uz 
> vsichni budeme mit VPS nad SSD-enabled ulozistem, coz je vazne
> poznat, hlavne na databazich a podobnych aplikacich. Jeste se nam
> nestalo, aby nam spadnul SSD+flashcache node na pretizeni IO, ale
> na node1a-node3b se to obcas stavalo. Fakt mam radost, ze to bude
> za nami.
> 
> Konfigurace viz priloha.
> 
> == Ad. 3: RIPE a adresy
> 
> Prihlaska do RIPE se aktualne vyrizuje, nas nic-handle bude
> cz.vpsfree :)
> 
> Nezbylo nam nic jineho, jinak bychom byli uz brzo bez IPv4 adres - 
> zbyva nam jich vcetne rezerv nejakych 300. Pri soucasne rychlosti 
> rustu to je tak na rok a kousek. Nic moc :) Po tom, co dostaneme
> /32 rozsah IPv6 a provedeme z nej prvni assignment si muzeme
> jednorazove zazadat o prideleni IPv4, dostaneme /22, tzn. 1024 IPv4
> adres (po rozumnem rozsubnetovani to dava asi 1000 IP adres). Mam
> pochyby, ze to bude stacit do doby, nez bude mozne delat IPv6 only 
> virtualni servery, ale je to jedina moznost, kterou jeste mame,
> pokud nechceme platit nehorazne sumy za pronajem adres...
> 
> Musime s adresami zacit setrit. Uz tedy nepridelujeme dalsi IPv4 
> adresy k VPS.
> 
> == Ad. 4: NAS do VPS
> 
> Hodne z clenu mi rika, ze jim prestava stacit 40GB uloziste. Nerad 
> bych ale videl VPS se storage o velikosti stovek GB, ze dvou
> duvodu:
> 
> 1. zvysuje to pravdepodobnost narazeni na maximalni kapacitu
> serveru 2. takove mnozstvi dat (a jeste casto v malych souborech)
> se spatne zalohuje, pritom vetsina pouziti takoveho mista uz jsou
> prave zalohy (napr. z notebooku), takze to ani neni potreba
> zalohovat
> 
> Takze jsme vymysleli zlepsovak. Od chvile, co jsme presli na vsech 
> serverech na RHEL6-based OpenVZ nam uz kontejnery podporuji NFS 3
> (a spolecne s klukama v Relbitu jsme s OpenVZ tymem NFS podporu
> odladili). Nakoupime rychly storage server, na kterem bude mozne
> delat NFS exporty.
> 
> Nejlepsi na tom je, ze kdyz vpsFree.cz takhle krasne roste, tohle
> je jedna z veci, ktere se uz samy nemusi zaplatit svym provozem na
> 100%, ale treba jenom z casti. To znamena, ze cena toho uloziste
> bude zajimava :)
> 
> Jelikoz se kvuli temhle novinkam nemalo zadluzime, bude dobry
> napad, abychom trochu povyrostli (idealne aspon o 50 clenu v
> kratkem casovem obdobi). Zaroven v ankete jste hlasovali, ze chcete
> zlepsit "edukacni" stranku naseho fungovani, s cimz naprosto
> souhlasim.
> 
> Takze podminky toho storage budou nasledujici:
> 
> 1. za beznych podminek bude placeny - 250 GB za 100 Kc mesicne
> (zatim do limitu 1TB, ktery casem taky navysime) 2. je moznost
> ziskat 100GB zadarmo, dvema zpusoby:
> 
> a] na wiki napises navod na dane preferovane tema, ktery bude mit 
> urcitou uroven (preferovana temata a naroky na takovy clanek
> sepiseme nejpozdeji, az bude ten storage pripraveny k pouziti)
> 
> b] privedes k vpsFree.cz noveho clena, ktery te zmini v prihlasce -
> po tom, co poprve zaplati aspon na 3 mesice
> 
> Ten storage nebude zadne orezavatko - viz priloha. Data z NASu
> nebudou zalohovana, ale budou zajistena RAIDem.
> 
> == 5. zmena v sitovani
> 
> V Praze doted nemame servery pripojene redundantne, jelikoz nam 
> nestacily porty na switchich. Nakoupime 2 kusy Cisco SG300-52, se 
> kterymi mam dobrou zkusenost a zmenime to. Benefitovat z te zmeny 
> budou hlavne ti, kteri budou pouzivat NAS (a melo by to zrychlit
> zalohy).
> 
> == 6. Zkusime poskytovat dedikovane servery
> 
> Zbyde nam 6 serveru, ktere jsou perfektne funkcni, ale na nase
> naroky uz nestaci - nicmene porad existuje spousta vyuziti, na
> ktere jsou az moc :)
> 
> Pro osvezeni jde o nasledujici konfiguraci:
> 
> Xeon X3450 2.66GHz 4core+HT 24GB DDR3 ECC RAM 2x 1TB HDD (ktere pro
> jistotu vymenime za nove) Remote management pres IPMI
> 
> Kdyz tak premyslim, co s nimi, napada mne akorat 2 si nechat pro
> nase potreby (vyvoj atd.) a zbyle 4 muzeme pronajmout jako
> dedikovane.
> 
> Cenove nemam moc odhad, kolik se za to da diktovat - jestli nekdo
> mate zajem, dejte vedet a reknete, co byste za to dali mesicne a
> jakou konektivitu a kolik IP potrebujete.
> 
> Kdyby se to uchytilo, muzeme casem treba nakoupit hardware vylozene
> za ucelem pronajmu jako dedikovany :)
> 
> Tak, snad jsem nic nevynechal.
> 
> 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 
> _______________________________________________ News-list mailing
> list News-list at lists.vpsfree.cz 
> http://lists.vpsfree.cz/listinfo/news-list
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iF4EAREIAAYFAlB3/FMACgkQdh+64ds5Dab82gD9FJV10XFHecKDdoQ8O2vSR+RK
E2XpQ5ab72rbDx4V4zoBAOMz3KZPkqzISLZ8Vh6WLjUzd9g7/BN7yzP9hGFzVXyN
=eO9G
-----END PGP SIGNATURE-----
-------------- next part --------------
A non-text attachment was scrubbed...
Name: VF12302704_FAT_twin.xlsx
Type: application/vnd.openxmlformats-officedocument.spreadsheetml.sheet
Size: 17419 bytes
Desc: not available
URL: <http://lists.vpsfree.cz/pipermail/news-list/attachments/20121012/3cb33683/attachment-0002.xlsx>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: VF12302725_6027R.xlsx
Type: application/vnd.openxmlformats-officedocument.spreadsheetml.sheet
Size: 17516 bytes
Desc: not available
URL: <http://lists.vpsfree.cz/pipermail/news-list/attachments/20121012/3cb33683/attachment-0003.xlsx>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: VF12302704_FAT_twin.xlsx.sig
Type: application/pgp-signature
Size: 96 bytes
Desc: not available
URL: <http://lists.vpsfree.cz/pipermail/news-list/attachments/20121012/3cb33683/attachment-0002.pgp>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: VF12302725_6027R.xlsx.sig
Type: application/pgp-signature
Size: 96 bytes
Desc: not available
URL: <http://lists.vpsfree.cz/pipermail/news-list/attachments/20121012/3cb33683/attachment-0003.pgp>