Aktualizace vpsAdminu: 17-19.7. vpsadmin.vpsfree.cz, api.vpsfree.cz, nasbox.prg
Ahoj, konečně se blížíme k nasazení nové verze vpsAdminu. O novinkách a změnách budu podrobněji informovat později. Teď jen ve zkratce, nová verze vám členům přinese např.: - rozšířené možnosti API - vytváření, klonování, swapování a mazání produkčních i playground VPS - přerozdělování prostředků (CPU, paměť, disk) mezi VPS - možnost využít více IPv6 adres, IPv4 za doplatek - vytváření subdatasetů VPS a NAS, nastavování kvót a jiných ZFS properties - atomické snapshoty - mounty datasetů, snapshotů - robustnější a bezpečnější systém transakcí, atd. To vše skrze webové rozhraní, CLI nebo API, bez nutnosti psát na podporu. Předběžně, aktualizace vpsAdminu a související infrastruktury bude probíhat 17-19.7. Datum se může ještě posunout, pokud bychom nestíhali. Během aktualizace bude vpsAdmin nedostupný. Nutné věci budeme řešit na podpoře. Neplánujte si prosím nic, k čemu by byl vpsAdmin v tuto dobu zapotřebí. Přihlášky k členství půjdou zasílat, avšak budou schvalovány až bude nová verze zaběhnutá. Dojde k výpadku nasbox.prg. Všechny mounty NASu budou na čas odpojeny a následně znovu připojeny. /vpsadmin_backuper bude zrušen, zálohy se budou připojovat jednotlivě přes vpsAdmin. Přesnější časový rozvrh dodám později. Jakub
Ahoj, (English version below) Aktualizace vpsAdminu se posouvá na příští týden, tj. 24-26.7. Jsme už víceméně připraveni. Stanovení deadline to pomohlo uspěchat. Zbývá doladit pár detailů + čekáme na nové disky do backuperu, bez kterých upgrade nemůžeme provést. Plánovaný časový rozvrh (budeme se ho snažit dodržet, ale nic nemůžeme slíbit): Pátek 24.7. 15:00 - vpsAdmin je přepnut do maintenance módu, nelze se přihlásit, zadané transakce dobíhají 18:00 - vpsAdmin je offline, běžící transakce jsou ukončeny - umount a smazání mountu záloh (/vpsadmin_backuper) 22:00 - umount NASu ~23:30 - znovupřipojení NASu Sobota 25.7. ~02:00 - dle možností proběhne denní záloha (zfs snapshot!) V nočních hodinách může dojít k neočekávanému restartu serverů s VPS. Následovat bude testování funkcí nového systému v produkci. Čas zpřístupnění vpsAdminu není stanoven, nejpozději však v neděli. V průběhu výpadku se prosím v případě nutnosti obracejte na podporu. Postup aktualizace je popsán v dokumentaci [1]. ENGLISH: The upgrade of vpsAdmin is postponed to the next week, that is 24-26.7. We're almost ready to proceed, just polishing details and waiting for new disks to backuper.prg, as we cannot continue without them. Planned time schedule (we'll try to honor it, but no promises): Friday 24.7. 15:00 - vpsAdmin enters maintenance mode, login is forbidden, running transactions are allowed to finish 18:00 - vpsAdmin is offline, running transactions are stopped - removal of backup mounts (/vpsadmin_backuper) 22:00 - NAS datasets are unmounted from all VPSes ~23:30 - NAS datasets are mounted Saturday 25.7. ~02:00 - the daily backup will run if circumstances allow Servers with VPSes might be unexpectedly rebooted during the night. Since then we will be testing new functionality. vpsAdmin should be back online on Sunday at worst. In case of emergency, please contact our support. The upgrade process is described in vpsAdmin documentation [1]. [1]: https://projects.vpsfree.cz/vpsadmin-doc/releases/v2.0/ Jakub
Ahoj, aktualni stav: vpsAdmin je aktualizovan, ladime chybky, na nic kritickeho jsme zatim nenarazili. Data na NASu a backuperu uspesne premigrovany. Dnesni denni zaloha neprobehla, budeme se snazit stihnout zitrejsi v 01:00. Jakub
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Dobra prace. :) Spis mne ted napada jedna rekneme spis filosoficka otazka... Kdyz sleduju vyvoj OpenVZ ktere stavi nad kernelem z RHEL, tak premejslim jak to bude do budoucna s OpenVZ vypadat. Vyhodou RHEL byvalo to ze melo extremne dlouhou dobu podpory v ramci jedne verze jadra (ale i dalsiho SW). RHEL 6 celou dobu stavi na jadre 2.6.32 a podpora bude minimalne do konce listopadu 2020. Jenze v RHEL 7 doslo k zajimave zmene kdy update z verze 7.1 na 7.2 bude znamenat i zmenu jadra z 3.10 na 3.18. A to je prave ten problem ktery se pred nami asi chysta - pri pohledu na vyvoj OpenVZ ktery by mel prejit na jadra z RHEL 7 se vse zatim pracne patchuje oproti jadru 3.10 a prijde mi ze stav OpenVZ na jadre 3.10 je takovy ze do vydani RHEL 7.2 s jadrem 3.18 to nebude dokonceny... Takze "upstream" kernel pro OpenVZ se zacina vzdalovat. - -- Stanislav Petr On 01.08.2015 12:17, Jakub Skokan wrote:
Ahoj,
aktualni stav: vpsAdmin je aktualizovan, ladime chybky, na nic kritickeho jsme zatim nenarazili. Data na NASu a backuperu uspesne premigrovany.
Dnesni denni zaloha neprobehla, budeme se snazit stihnout zitrejsi v 01:00.
Jakub _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlW8p04ACgkQCiD16ILxRHsB8gD/SRITCn5es+q7OXlZjUmxfCCA SRGJqyzg0Ne6cpaix10A/RjVWMfnuVdF4mSt83Inwk8LRyRLNQjq8iEY04xyYync =zd6p -----END PGP SIGNATURE----- --- Tato zpráva byla zkontrolována na viry programem Avast Antivirus. https://www.avast.com/antivirus
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 08/01/2015 01:02 PM, Stanislav Petr wrote:
Dobra prace. :)
Spis mne ted napada jedna rekneme spis filosoficka otazka... Kdyz sleduju vyvoj OpenVZ ktere stavi nad kernelem z RHEL, tak premejslim jak to bude do budoucna s OpenVZ vypadat. Vyhodou RHEL byvalo to ze melo extremne dlouhou dobu podpory v ramci jedne verze jadra (ale i dalsiho SW). RHEL 6 celou dobu stavi na jadre 2.6.32 a podpora bude minimalne do konce listopadu 2020. Jenze v RHEL 7 doslo k zajimave zmene kdy update z verze 7.1 na 7.2 bude znamenat i zmenu jadra z 3.10 na 3.18. A to je prave ten problem ktery se pred nami asi chysta - pri pohledu na vyvoj OpenVZ ktery by mel prejit na jadra z RHEL 7 se vse zatim pracne patchuje oproti jadru 3.10 a prijde mi ze stav OpenVZ na jadre 3.10 je takovy ze do vydani RHEL 7.2 s jadrem 3.18 to nebude dokonceny... Takze "upstream" kernel pro OpenVZ se zacina vzdalovat.
Ahoj, to je neexistujici problem, IMHO. Totiz je potreba si uvedomit, ze drtiva vetsina technologii, co dneska v kernelu umoznujou kontejnery, jsou prave od OpenVZ tymu, dneska Odin, driv firma Parallels. Virtuozzo 7, coz je pokracovatel OpenVZ a komercniho Virtuozzo produktu, ktery stavi nad RHEL 7, je aktualne v tezke beta fazi, takze stabilni vydani nad 3.10 ani jeste neprobehnulo. Nicmene mezi .18 a .10 z hlediska kontejneru neni az tak podstatny rozdil - pribyl tam user namespace, ktery Virtuozzo stejne nepouziva a implementuje po svem (to cekam, ze s sebou potahnou jeste chvili, jednak ze user namespace neni zrovna 2x duveryhodnej zpusobem, jak je implmementovanej a jednak jednoduse proto, ze user ns prisel od typka z Canonicalu a trocha NIH syndromu hraje roli). Hodi se rict, ze oproti OpenVZ 6 je Virtuozzo 7 mnohem mensi patch; napr. uz s sebou netaha UBC (user bean counters), ale pouziva naplno cgroups. Controller memcg si chlapci razne upravili, ale ty zmeny pocitam jdou snadno tlacit pred sebou. OpenVZ projekt fakt neni mrtvy, bez nej by zadne kontejnery v linuxu nebyly. Da se i dal cekat, ze OVZ bude upstream kontejneru pro linux na nejblizsich 10 let :) /snajpa
--- Tato zpráva byla zkontrolována na viry programem Avast Antivirus. https://www.avast.com/antivirus
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlW8wTIACgkQgRwOVqYrsFVN1QD+NpT1hrW/t0Uclg6lXsT5c7xd opaSMsZCamenso2vb68A/iu5y3LKKPdlp/+7w+YDXrt9GdxfgL52nh2S0vgOkEij =Rrls -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Ok. To rad slysim... :) Mne totiz akorat trochu prekvapil dneska pohled do gitu OpenVZ. Ze patch na kernel 2.6.32 a 3.10 nebo 3.18 bude mensi je samozrejme jasne, ze OpenVZ neumira je na tom gitu taky videt, jen mne trosku "vydesila" rychlost vyvoje v porovnani s vyvojem u RH - rebase kernelu v ramci jedny rady systemu jsem totiz v historii RH jeste nevidel... - -- Stanislav Petr On 01.08.2015 14:53, Pavel Snajdr wrote:
On 08/01/2015 01:02 PM, Stanislav Petr wrote:
Dobra prace. :)
Spis mne ted napada jedna rekneme spis filosoficka otazka... Kdyz sleduju vyvoj OpenVZ ktere stavi nad kernelem z RHEL, tak premejslim jak to bude do budoucna s OpenVZ vypadat. Vyhodou RHEL byvalo to ze melo extremne dlouhou dobu podpory v ramci jedne verze jadra (ale i dalsiho SW). RHEL 6 celou dobu stavi na jadre 2.6.32 a podpora bude minimalne do konce listopadu 2020. Jenze v RHEL 7 doslo k zajimave zmene kdy update z verze 7.1 na 7.2 bude znamenat i zmenu jadra z 3.10 na 3.18. A to je prave ten problem ktery se pred nami asi chysta - pri pohledu na vyvoj OpenVZ ktery by mel prejit na jadra z RHEL 7 se vse zatim pracne patchuje oproti jadru 3.10 a prijde mi ze stav OpenVZ na jadre 3.10 je takovy ze do vydani RHEL 7.2 s jadrem 3.18 to nebude dokonceny... Takze "upstream" kernel pro OpenVZ se zacina vzdalovat.
Ahoj,
to je neexistujici problem, IMHO.
Totiz je potreba si uvedomit, ze drtiva vetsina technologii, co dneska v kernelu umoznujou kontejnery, jsou prave od OpenVZ tymu, dneska Odin, driv firma Parallels.
Virtuozzo 7, coz je pokracovatel OpenVZ a komercniho Virtuozzo produktu, ktery stavi nad RHEL 7, je aktualne v tezke beta fazi, takze stabilni vydani nad 3.10 ani jeste neprobehnulo. Nicmene mezi .18 a .10 z hlediska kontejneru neni az tak podstatny rozdil - pribyl tam user namespace, ktery Virtuozzo stejne nepouziva a implementuje po svem (to cekam, ze s sebou potahnou jeste chvili, jednak ze user namespace neni zrovna 2x duveryhodnej zpusobem, jak je implmementovanej a jednak jednoduse proto, ze user ns prisel od typka z Canonicalu a trocha NIH syndromu hraje roli).
Hodi se rict, ze oproti OpenVZ 6 je Virtuozzo 7 mnohem mensi patch; napr. uz s sebou netaha UBC (user bean counters), ale pouziva naplno cgroups. Controller memcg si chlapci razne upravili, ale ty zmeny pocitam jdou snadno tlacit pred sebou.
OpenVZ projekt fakt neni mrtvy, bez nej by zadne kontejnery v linuxu nebyly. Da se i dal cekat, ze OVZ bude upstream kontejneru pro linux na nejblizsich 10 let :)
/snajpa
--- Tato zpráva byla zkontrolována na viry programem Avast Antivirus. https://www.avast.com/antivirus
_______________________________________________ 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
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlW8yFEACgkQCiD16ILxRHt5dAD+PkuR4m/xkxsFqBOGcGsOxaYi TS0sHL9QofCpXOx/dyMA/AwbanOUzTC5muUqaCUmEWwOs1lmmLa8sl66fM/FZKAf =HppB -----END PGP SIGNATURE----- --- Tato zpráva byla zkontrolována na viry programem Avast Antivirus. https://www.avast.com/antivirus
V ~01:10 probehl snapshot vsech VPS. Data se nyni presouvaji na backuper. Kvuli zmene zpusobu zalohovani (zfs send misto rsync) musime nejdrive prenest vsechny data znovu, az druha zaloha pujde udelat inkrementalne. Bude to trvat aspon 24 hod. Budu se snazit behem vecera vpsAdmin opet zpristupnit. Ocekavam, ze jeste nejaky tyden-dva budeme ladit chybky, prosim o trpelivost. Nove funkce budeme uvolnovat postupne, jelikoz zatim nebyl cas je v produkci poradne overit. Vice info bude po zpristupneni vpsAdmina. Jakub
vpsAdmin je zpristupnen. Trvalo to dele, protoze jsme narazili na problemek se zfs send a musel jsem to na rychlo resit upravou vpsAdminu. Uz je to ok. API zatim bezi v jednom procesu, takze pokud prijde vice lidi, asi to bude pomalejsi. Snajpa to casem pusti ve vice procesech s haproxy. Pokud nekoho zajima o jaky problem slo, tak zfs send muze uviznout v uninterruptible stavu a nic nedelat [1]. Cim vic zfs sendu se najednou pusti, tim vetsi risk, ze se neco takoveho stane. Musel jsem tedy vyresit to, aby se na kazde masine poustel zfs send jen jednou a zaroven to nemelo vliv na ostatni transakce, jako napr. restart VPS, apod. Cekaci doba na ty nejjednodussi pozadavky by byla v radu desitek minut az hodin. Vyresil jsem to implementaci paralelnich front transakci, tzn. zfs sendy se posilaji do fronty, kde se vykonavaji transakce po jedne. Restarty VPS a dalsi veci se posilaji do jine fronty, ktera vykonava vice transakci najednou. To je nakonec super vlastnost a vyuzil jsem to na vice mistech [2]. [1] https://github.com/zfsonlinux/zfs/issues/3655 [2] https://github.com/vpsfreecz/vpsadminapi/commit/44385d44ee869e834095e329df6c... Jakub
Kam se mohou hlásit nalezené bugy? Na záložce Members vidím Expiration: 2015-10-01 00:00:00 ale dole červeně svítí Paid until: *not paid!* -- S pozdravem David Toman http://www.idkfa.cz Tel: 777 477 955 Tento email neobsahuje viry, protože nepoužívám Windows.
Můžete poslat na podporu - podpora@vpsfree.cz -- Michal Stanke Dne 3. 8. 2015 19:41 napsal uživatel "David Toman" <david@idkfa.cz>:
Kam se mohou hlásit nalezené bugy?
Na záložce Members vidím Expiration: 2015-10-01 00:00:00 ale dole červeně svítí Paid until: *not paid!*
-- S pozdravem
David Tomanhttp://www.idkfa.cz Tel: 777 477 955
Tento email neobsahuje viry, protože nepoužívám Windows.
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Jeste mam k aktualizaci vpsadminu jeden dotaz. V / se mi 1.8. v 04:10 CEST objevil adresar s nazvem .cpt_hardlink_dir_a920e4ddc233afddc9fb53d26c392319 Pravdepodobne to souvisi s funkcionalitou checkpoint/restore v OpenVZ a mam dojem ze to tam driv nebyvalo - alespon jsem si toho vsimnul dneska, pri kontrole VPS a opravach SQL databazi po dnesnim vypadku. -- Stanislav Petr On 01.08.2015 12:17, Jakub Skokan wrote:
Ahoj,
aktualni stav: vpsAdmin je aktualizovan, ladime chybky, na nic kritickeho jsme zatim nenarazili. Data na NASu a backuperu uspesne premigrovany.
Dnesni denni zaloha neprobehla, budeme se snazit stihnout zitrejsi v 01:00.
Jakub _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
participants (5)
-
David Toman -
Jakub Skokan -
Michal Stanke -
Pavel Snajdr -
Stanislav Petr