Testovací servery v cloudu

[Jirka_hav]

Mám větší množství testovacích serverů, pro různé účely. Tyto servery se tipicky používají jen po velmi omezenou dobu (každý den několik hodin). Zbytek dne běží bez využití. Napadlo mě, že bych kvůli snížení nákladů využil některou z cloud služeb, které ummožňují účtovat využití serverů po vteřinnách. Potřebuji velmi rychlí star serverů. Nemohu si dovalit server pokaždé opětovně instalovat, takže daná služba by měla nabízet možnost uchovávat data vypnutího serveru.  Jakou službumám využít?

[Reklama]

[Miroslav Šilhavý]

Víceméně žádnou, neexistuje žádná, která by toto podporovala a dávalo to ekonomický smysl.
Škálovat se dá např. AWS nebo Azure, výměnou za škálovatelnost je daleko vyšší cena.
Důvodem je, že ani ten provider neumí nijak ekonomicky pracovat s takovými výkyvy - nižší cenu umí obvykle výměnou za delší objednávku a predikovatelné zatížení.

[RDa]

Jaky pocet, konfigurace a vykon se ocekava? A kolik jsi do toho schopny investovat?

[czipis]

ja si naopak myslim ze to smysl ma. nez zivit a porizovat vlastni servery kvuli par hodinam denne.
Asi bude zalezet jake pozadavky mate na HW.

Technicky resitelne treba v AWS. budete mit vlastni image, ve ktere bude vse nainstalovane jak potrebujete a k tomu nejaky EBS volume, kde budou prezistentni data. Pres API vytvorite insanci, pripojite volume a hned pouzivate. Instanci po pouziti smazete, volume si nechate a pripojite k nove instanci druhy den. Platit tedy budete za cas kdy mate vytvorenou VM plus k tomu cenu za volume podle kapacity a typu.

[Miroslav Šilhavý]

Technicky resitelne treba v AWS. budete mit vlastni image, ve ktere bude vse nainstalovane jak potrebujete a k tomu nejaky EBS volume, kde budou prezistentni data. Pres API vytvorite insanci, pripojite volume a hned pouzivate. Instanci po pouziti smazete, volume si nechate a pripojite k nove instanci druhy den. Platit tedy budete za cas kdy mate vytvorenou VM plus k tomu cenu za volume podle kapacity a typu.

To ano, jenže v AWS toto používání vyjde +/- stejně draho, jako "neznačkové" VPS na trhu s nepřetržitým během. (Kritériem dotazu byla cena, ne snadnost deploymentu atd. - to se pak může započítávat na jednu nebo druhou stranu).

[Reklama]

[AgentK]

Ja na takovy testovaci srandy pouzivam docker. Nevim co asi muze byt efektivnejsi - napisu Dockerfile a ten mi vsechno pusti.... Pokud je to slozitejsi tak s compose...

Nebo - jak to ted spousite a pouzivate @Jirka_hav? Co to je za tasky?

-K-

[🇺🇦 cjohn]

AWS ma aj spot market, kde cena je este nizsia, ako standardne EC2 (treba pocitat s tym, ze spot instance moze byt predcasne ukoncena, co vsak pri CI testoch nie je zvycajne problem). Idealne napisat CI test, ktory si pripravi prostredie v AWS (typicky s pouzitim terraform-u) a ukonci ho po testoch.

[Filip Jirsák]

Umí to kterákoli služba, která účtuje provoz po hodinách nebo menších jednotkách, tedy každý cloud. Funguje to přesně, jak popisujete – někde máte uložený obraz disku (za to platíte) a pak si podle potřeby startujete a vypínáte servery běžící z toho obrazu (a platíte jen za dobu, kdy běží). AWS je asi nejznámější, ale umí to spousta dalších poskytovatelů – OVH, DigitalOcean, Homeatcloud…

[Kit]

Používám Forpsi, kde ceny začínají na 0,40 Kč/h. Natáhneš image, spustíš, vypneš.

Ovšem cena základního VPS 70 Kč/měsíc je podle mne tak nízká, že se vyplatí ho mít spuštěný trvale.

[Mirek Prýmek]

Napadlo mě, že bych kvůli snížení nákladů

Musel bys aspoň rámcově napsat, jaké ty náklady jsou, a kolik procent z nich bys rád ušetřil. "Větší množství serverů" je pro někoho deset a pro někoho deset tisíc

Jenom tak z placu, bez dalších informací, odhaduju, že žádnou nezanedbatelnou úsporu nedosáhneš. Všechna řešení jsou řádově stejně drahá, pokud nehodláš zásadně změnit workflow. A zásadně změnit workflow je tak drahé, že pokud k němu nemáš jiné důvody, tak se ti to taky nezaplatí

[alex6bbc]

musi byt to (velke) mnozstvi testovacich uloh opravdu provedeno v nejkratsim case s vysokou urovni paralelniho behu??
neslo by testovani serializovat, ze by se zmensil pocet serveru, ulohy by se spoustly postupne za sebou, ze by se testovani rozlozilo na dobu celeho dne.

v nejhorsim budou testy hotovy az na druhy den, je to takovy problem?

[Josef Komjati]

Osobně bych zvolil ve Vašem případě (tedy pokud se jedná o nějaké dummy úlohy) variantu obyčejná VPS (viz. @Kit) + Docker (viz. @AgentK). Pokud se jedná o "něco většího", pak záleží na detailech, které bohužel neznáme.

[Miroslav Šilhavý]

Osobně bych zvolil ve Vašem případě (tedy pokud se jedná o nějaké dummy úlohy) variantu obyčejná VPS (viz. @Kit) + Docker (viz. @AgentK). Pokud se jedná o "něco většího", pak záleží na detailech, které bohužel neznáme.

Další možností je FreeBSD + ZFS + Jails. Jail vytvoří zcela nezávislé prostředí a díky ZFS se to dá deploynout velmi rychle i velmi rychle odstranit. Možnosti konfigurace a nastavení prostředí jsou IMHO lepší než poskytne docker.

[Mirek Prýmek]

Další možností je FreeBSD + ZFS + Jails. Jail vytvoří zcela nezávislé prostředí a díky ZFS se to dá deploynout velmi rychle i velmi rychle odstranit. Možnosti konfigurace a nastavení prostředí jsou IMHO lepší než poskytne docker.

FreeBSD je dost odlišné prostředí. Spousta sw na *BSD buď nejede vůbec, nebo se musí patchovat. Nemá moc smysl testovat v jiném prostředí než na jakém to reálně bude provozovat.

[Miroslav Šilhavý]

FreeBSD je dost odlišné prostředí. Spousta sw na *BSD buď nejede vůbec, nebo se musí patchovat. Nemá moc smysl testovat v jiném prostředí než na jakém to reálně bude provozovat.

To je pravda. Nevíme ale o co se tady jedná, pokud třeba o Apache / nginx + PHP FPM, je to prostředí bez rozdílu.
Pokud JAVA, může se to už lišit.
Pokud jiné jazyky, tam záleží. V perlu nebo pythonu a dalších by taky rozdíl být neměl.

...

Takže jsme zpět u toho, že máme málo informací a z jednoduché otázky je složitá odpověď.