Příspěvky

1171

Server / Re:ESXi - komprese záloh

« kdy: 18. 09. 2019, 14:17:58 »

Tahat to z vmfs filesystému nástrojí, které nejsou VMwaru rozhodně není dobrý nápad.

ZAJDAN je tady takový kutil, který vždy hledá cestu tam, kde ostatní vědí, že nevede . Ale proč ne, snaží se, neprudí, netroluje, je radost mu odpovědět.

Dá se na to vyžít třeba https://<vcenter>/folder/, kde je k dispozici všechny volumy. Popř. /mob API atd.

Opravdu přes vcenter? Pokud se nepletu, musí tam být přímo konkrétní host, vcenter to nepřeproxuje.

Jinak licence Veeamu stojí v essentials balíku nějakých 20k. To se fakt nevyplatí to řešit sám.

Mám pocit, že Acronis umí podobné kousky a je ještě lacinější.

1172

Server / Re:ESXi - komprese záloh

« kdy: 18. 09. 2019, 12:22:16 »

Opět máte pravdu, ale já řeším jen tu nadstandardní komprimaci během transferu....zálohy jako takové mám, nic neohrožuji, jen jsou prostě velké.

Ještě mě napadá jedno daleko nejjednodušší řešení.
Ukládejte to u sebe na ZFS. Tam můžete zapnout jak kompresi, tak deduplikaci. Tím pádem budete moct klidně použít rsync (pokud Vám na ten účel vyhovuje) a o zbytek se nestarat.

1173

Server / Re:ESXi - komprese záloh

« kdy: 18. 09. 2019, 12:14:24 »

Opět máte pravdu, ale já řeším jen tu nadstandardní komprimaci během transferu....zálohy jako takové mám, nic neohrožuji, jen jsou prostě velké.

Během transferu = na zdrojové straně. Tj. "zaserete" CPU hypervizoru, to není moc dobrý nápad.
Ale pokud chcete, stačí to jen otočit, co jsem psal:

gzip soubor | ssh cílový.sever "cat > destination.gz"

1174

Server / Re:ESXi - komprese záloh

« kdy: 18. 09. 2019, 12:02:03 »

duplicity je tool který hledáš. Ale komprese se bude počítat už na zdroji.

Obávám se, že to na ESXi nedostane, nebo možná za cenu cinknutí nepodepsanou binárkou. To je trochu nedobrý nápad, pokud už si vybral VMware jako platformu. (S čímž hluboce souhlasím).

1175

Server / Re:ESXi - komprese záloh

« kdy: 18. 09. 2019, 11:50:26 »

souhlasím s Vámi, ale říká se 'no money no love' :_)

Což je pěkná hovadina. Pokud máte data, mají nějakou cenu. I čas ZAJDANA má cenu, a tipuji, že v tomto oboru nad průměrnou mzdou. Chyba = ztráta dat, ztráta zakázek nebo i větší průšvihy.

Je bláhové si myslet, že je levnější něco dělat od nuly. Cena produktů je nastavená právě tak, aby se vyplatila (jinak by to nikdo nekupoval).

Musíte započítat i budoucí náklady, např. že musíte svůj home made systém kontrolovat, jestli fakt funguje (v případě produktu typu Veeam nebo Acronis Vám v tom pomáhají masy dalších zákazníků a testerů). Musíte to kontrolovat po updatech. Být si jistý, že se to neskříží se snapshoty, které budete dělat ručně. Musíte mít zajištěno, že to proběhne i při přesunu do jiného úložiště (změní se uuid ve /vmfs/). Nesmíte vynechat žádný důležitý soubor a vědět, který můžete a který nesmíte (nesmíte vynechat všechny starší snapshoty, naopak musíte přeskočit ten aktuální). Musíte poslat do virtuálky Quiesce a vyhodnotit, jestli ho přijala.

Prostě spousta práce, která nikdy nemůže být levnější než hotové řešení.
Spíš si myslím, že spoustu problémů zatím jen nevidíte, abyte posoudil, že ruční výroba bude dražší.

1176

Server / Re:Testovací servery v cloudu

« kdy: 18. 09. 2019, 10:54:40 »

Dobrý nápad :-) Škoda, že nemáme od autora více informací.

Nechci generalizovat, ale moje zkušenost je, že tyto dotazy bývají většinou pokládány nováčky, kteří tyto nuance vůbec nevidí. Ten, kdo je vidí, by si totiž na takový dotaz uměl zodpovědět sám.

Proto tíhnu k tomu dávat rychlou, srozumitelnou odpověď: nedává to ekonomický smysl. Buďto má složité deploy mechanismy, ale pak asi cena VPS nebude moc na překážku. Nebo je nemá, ale pak časově účtované čmoudy nepřinesou úsporu.

Podobně se o diskusi vedle řeší ukládání nočního proudu do UPS, přičemž trvalá zátěž je 300 W a potenciál úspory je asi 300 Kč ročně. Tazatelé jsou mnohdy trochu líní vzít do ruky kalkulačku.

1177

Server / Re:ESXi - komprese záloh

« kdy: 18. 09. 2019, 10:36:42 »

v titulku je napsáno ESXi tedy VMWARE
ano ja chci kompresi na cíl/záloze

Pak to není asi úkol na rsync, ale udělejte si to přes SSH:
cat soubor | ssh cílový.sever "gzip > destination.gz"

Budete asi řešit hodně situací, než se Vám to podaří a budete riskovat, že se něco nepřenese (není nic smutnějšího, než write-only záloha).

Být Vámi nevynalézal bych už objevené, využil bych toho, co je.

1178

Server / Re:ESXi - komprese záloh

« kdy: 18. 09. 2019, 10:24:53 »

asi jste mne nepochopil....mím cílem je si ty zálohy ukládat přes vlastní script(pauznout virtualku, snapshot, rsync někam, smazat snapshot) a k tomuto standardu doplnit tu kompresi během transferu

Aha, znovuobjevovat kolo .

Rsync komprimuje během přenosu, ale na konci zase dekomprimuje (aby zdroj a cíl byby totožné).
Jedinou možností je hned na zdrojovém serveru spustit komprimaci a tu přenášet (patrně ne rsyncem, ale něčím jiným).

Nenapsal jste, jakou platformu na virtualizaci používáte.
Kompresi na zdrojové straně bych moc nedoporučoval, budete tím žrát moc prostředků, se kterými pak hypervizor nemůže hospodařit pro virtuálky. Proto se zapíná jen lehká přenosová komprese, aby to nebylo moc agresivní.

1179

Server / Re:ESXi - komprese záloh

« kdy: 18. 09. 2019, 09:54:59 »

Mám výbornou zkušenost se zálohováním přes Veeam.
Úplně skvělá vlastnost je zapnout dedup-friendly kompresi a na Windows Serveru mít svazek se spuštěnou deduplikací.
Veeam pak komprimuje data tak, aby bloky odpovídaly i po zápisu a byly deduplikovatelné.

Díky tomu jste schopný mít neuvěřitelně dlouhý archiv záloh, aniž by to žralo moc místa.

1180

Server / Re:Testovací servery v cloudu

« kdy: 18. 09. 2019, 09:29:23 »

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ěď.

1181

Server / Re:Testovací servery v cloudu

« kdy: 18. 09. 2019, 09:09:55 »

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.

1182

Odkladiště / Re:Vrácení zboží do 14 dnů a hygienické důvody

« kdy: 18. 09. 2019, 08:42:21 »

A to je zrovna, p. Miroslave, má oblíbená činnost :-) Ale jinak mi nezbývá než souhlasit.

Jednou se kolegovi stalo, že asi na předposledním soustu jídla našel v salátu takového mrňavého šneka. Prostě špatně propraný salát. Udělalo se mu nevolno a reklamoval jídlo - v tom případě oprávněně i poté, co ho snědl. Ale v takovém případě to není na vrácení peněz, ale na nějakou slevu (byť by se dalo polemizovat o tom, že jídlo se špatně propraným salátem by si neobjednal a nepozřel vůbec, ani za nižší cenu).

1183

Odkladiště / Re:Vrácení zboží do 14 dnů a hygienické důvody

« kdy: 18. 09. 2019, 05:48:32 »

Ale napriklad v mojom pripade chranicov na zuby ma oklamali. (...)
Moja chyba bola ze som to otvoril, ale vtady ma nenapadlo, ze to je chytak.

To už je trochu paranoia, že se jedná o "chyták" či záměr.
I v krámě Vám můžou dát jiné zboží, vyskladnit i jinou položku.

To je bohužel vždy na Vás, abyste si zkontroloval převzetí, co přebíráte a v jakém množství.
Asi jako reklamovat jídlo poté, co ho sníte .

1184

Odkladiště / Re:Vrácení zboží do 14 dnů a hygienické důvody

« kdy: 17. 09. 2019, 18:02:29 »

Z Dtestu tam jasně píšou že je to v případě sluchátek diskutabilní a není jasnej výklad, na to ten spotřebitel píše že ty špunty stačí vyprat ve vodě a jsou zase jako nový čímž z toho udělal frašku která už nikomu nestojí za reakci.

Výklad nebude těžký. Musíte jít od nařazeného k podřazenému.
1. Univerzální právo na vrácení zboží není.
2. Výjimku tvoří objednávky uzavřené na dálku.
3. Výjimka se nevztahuje mj. na zboží které se nedá vracet z hygienických důvodů.

V právu platí, že obecná ustanovení se vykládají široce (obecné ustanovení tvoří body 1 a 3).
Výjimky se vykládají úzce (neb široký výklad by z výjimky dělal pravidlo).

Proto v případě pochybností je nutné přistupovat k této otázce tak, že právo na vrácení tohoto zboží vůbec nevzniklo.

Nutno ještě dodat, že právo na vrácení zboží jen supluje, či kompenzuje nevýhodu spotřebitele, že si nemůže zboží prohlédnout či vyzkoušet tak, jako v kamenné prodejně. Ani v kamenné prodejně Vám však nemusí umožnit (a taky pravděpodobně neumožní) vyzkoušet si špunty do uší. I tento pohled svědčí pro výklad podle argumentů prodejce.

1185

Server / Re:Testovací servery v cloudu

« kdy: 17. 09. 2019, 10:05:33 »

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).