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

Fri Oct 12 13:17:18 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
> _______________________________________________
> Community-list mailing list
> Community-list at lists.vpsfree.cz
> http://lists.vpsfree.cz/listinfo/community-list
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iF4EAREIAAYFAlB3/D4ACgkQdh+64ds5DaZRowEAijl2MNY8cRzUceiJ1QWmzwcm
p+T/+942VEyv91JQPdMBAMynLoSTmgf0spxk13XqYtHKTkeQArPAW6j49MVQwZJE
=Su9D
-----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/community-list/attachments/20121012/b8c88f6b/attachment-0004.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/community-list/attachments/20121012/b8c88f6b/attachment-0005.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/community-list/attachments/20121012/b8c88f6b/attachment.sig>
-------------- 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/community-list/attachments/20121012/b8c88f6b/attachment-0001.sig>