VPS – kterého spolehlivého dodavatele?

Díky moc! Tedy to je o 5 ms pomalejší než provinční server na severu čech na optice od UPC a o 8ms pomalejší než server co je na optice v praze. Pořád je to ale nejrychlejší zahraničí co jsem kdy viděl. Jsem zvědavý na ten hukot.cz .... už mi potvrdili platbu :) pak to se napíšu

A ještě z CZ směrHetzner: 26msOVH: 35msNIX.cz: 18msUPC linka

VPS hukot.cz:# ping nix.czPING nix.cz (93.190.134.171) 56(84) bytes of data.64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=1 ttl=60 time=4.95 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=2 ttl=60 time=4.22 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=3 ttl=60 time=4.17 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=4 ttl=60 time=4.22 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=5 ttl=60 time=4.11 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=6 ttl=60 time=4.22 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=7 ttl=60 time=4.22 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=8 ttl=60 time=4.23 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=9 ttl=60 time=4.11 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=10 ttl=60 time=4.17 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=11 ttl=60 time=4.20 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=12 ttl=60 time=4.20 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=13 ttl=60 time=4.18 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=14 ttl=60 time=4.10 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=15 ttl=60 time=4.20 ms^C--- nix.cz ping statistics ---15 packets transmitted, 15 received, 0% packet loss, time 14018msrtt min/avg/max/mdev = 4.104/4.238/4.958/0.213 ms]# ping seznam.czPING seznam.cz (77.75.75.172) 56(84) bytes of data.64 bytes from 77.75.75.172 (77.75.75.172): icmp_seq=1 ttl=59 time=3.97 ms64 bytes from 77.75.75.172 (77.75.75.172): icmp_seq=2 ttl=59 time=3.89 ms64 bytes from 77.75.75.172 (77.75.75.172): icmp_seq=3 ttl=59 time=3.98 ms64 bytes from 77.75.75.172 (77.75.75.172): icmp_seq=4 ttl=59 time=3.99 ms64 bytes from 77.75.75.172 (77.75.75.172): icmp_seq=5 ttl=59 time=3.88 ms64 bytes from 77.75.75.172 (77.75.75.172): icmp_seq=6 ttl=59 time=3.95 ms64 bytes from 77.75.75.172 (77.75.75.172): icmp_seq=7 ttl=59 time=3.87 ms64 bytes from 77.75.75.172 (77.75.75.172): icmp_seq=8 ttl=59 time=3.88 ms64 bytes from 77.75.75.172 (77.75.75.172): icmp_seq=9 ttl=59 time=3.88 ms^C--- seznam.cz ping statistics ---9 packets transmitted, 9 received, 0% packet loss, time 8013msrtt min/avg/max/mdev = 3.876/3.926/3.999/0.080 msČekal jsem lepší. Ale holt nejsou v Praze. Ale pořád to je ještě ok.

Mám dobré zkušenosti:Hetzner Cloud

VultrSice to jsou němci, ale ty dva hopy navíc neuškodí. :-) Třeba Hetzner je napojen na peering.cz.Někdo tady doporučoval OVH, vyhnul bych se jim obloukem, support snad neexistuje, o telefonu škoda mluvit.

Co je spatneho na OVH? Mam u nich vps uz nekolik let a mel jsem problem snad jen 2x. Email podpora mi normalne odepsala do 24h.PS: Managed VPS od hostingsolutions.cz -bash-4.2$ ping seznam.czPING seznam.cz (77.75.75.176) 56(84) bytes of data.64 bytes from 77.75.75.176 (77.75.75.176): icmp_seq=1 ttl=58 time=0.519 ms64 bytes from 77.75.75.176 (77.75.75.176): icmp_seq=2 ttl=58 time=0.500 ms64 bytes from 77.75.75.176 (77.75.75.176): icmp_seq=3 ttl=58 time=0.603 ms64 bytes from 77.75.75.176 (77.75.75.176): icmp_seq=4 ttl=58 time=0.635 ms64 bytes from 77.75.75.176 (77.75.75.176): icmp_seq=5 ttl=58 time=0.577 ms64 bytes from 77.75.75.176 (77.75.75.176): icmp_seq=6 ttl=58 time=0.592 ms64 bytes from 77.75.75.176 (77.75.75.176): icmp_seq=7 ttl=58 time=0.574 ms^C--- seznam.cz ping statistics ---7 packets transmitted, 7 received, 0% packet loss, time 6002msrtt min/avg/max/mdev = 0.500/0.571/0.635/0.048 ms

mně ten hukot zrovna nepřipadá jako taková výhra, u VPS na jednom cpu jádru jsou 3 klienti (případně lze získat více za compute příplatek). Hukot vždy používal konzumní HW a doufal, že něco vydrží, v minulosti jsem s kvalitou jejich servisu a HW měl problémy a bylo to za očekávání, nebo to dostatečně spolehlivé. Nějaký rychlý support v nočních hodinách byl problém. Hukot jede na nízkou cenu a řadu projektů to může být dostatečně, pro mě to je takový nový wedos. Při výpadku HW tahají VPS ze záloh a složitě obnovují, nějaké live migraci nepoužívají, někdy to trvalo hodiny, někdy dny, někdy to bylo skoro hned.Hetzner je pro mě další low cost hosting, služby navíc nic moc, cena výborná, vše poskytuje ve stavu as-is. U těhle poskytovatelů je nejlepší se na ně nespoléhat a rovnou mít od nich spare instance, na které si člověk přepne provoz sám, tím lze zajistit příjemné provozní náklady, ale stojí to více na lidech. U pár klientů, kteří řeší OPEC/CAPEX to tak mám.OVH je největší hostingová společnost v EU. Poskytuje poměrně širokou škálu služeb. V posledním roce se rušila česká společnost OVH, s. r. o., která zastřešovala české zákazníky a přecházelo se na Irskou pobočku. Bohužel jako spusta jiných společností řeší support na multi-tier schématu, kdy malý zákazník hraje druhou kolej, ti velcí mají výbornou podporu. Pro malé projekty bych je tedy nedoporučoval.V českém prostředí mám dobrou zkušenost s master.cz, jsou dražší, ale poskytují výbornou podporu, výpadky HW řeší sami ve vlastní režii hodně rychle, podporují možnost být ve 2 DC zároveň, ale zase mají vysokou cenu, takže k nim ti menší moc nechodí. VPS se tady ale řeší často, podívej se do starších vláken

Napsal Bogdan;1613656

Co je spatneho na OVH? Mam u nich vps uz nekolik let a mel jsem problem snad jen 2x.

Email podpora mi normalne odepsala do 24h.

PS: Managed VPS od hostingsolutions.cz

-bash-4.2$ ping seznam.cz

PING seznam.cz (77.75.75.176) 56(84) bytes of data.

64 bytes from 77.75.75.176 (77.75.75.176): icmp_seq=1 ttl=58 time=0.519 ms

64 bytes from 77.75.75.176 (77.75.75.176): icmp_seq=2 ttl=58 time=0.500 ms

64 bytes from 77.75.75.176 (77.75.75.176): icmp_seq=3 ttl=58 time=0.603 ms

64 bytes from 77.75.75.176 (77.75.75.176): icmp_seq=4 ttl=58 time=0.635 ms

64 bytes from 77.75.75.176 (77.75.75.176): icmp_seq=5 ttl=58 time=0.577 ms

64 bytes from 77.75.75.176 (77.75.75.176): icmp_seq=6 ttl=58 time=0.592 ms

64 bytes from 77.75.75.176 (77.75.75.176): icmp_seq=7 ttl=58 time=0.574 ms

^C

--- seznam.cz ping statistics ---

7 packets transmitted, 7 received, 0% packet loss, time 6002ms

rtt min/avg/max/mdev = 0.500/0.571/0.635/0.048 ms

No, hostingsolutions je u master.cz a mají přímý peering na seznam.cz, na který mohu koukat z okna. To není zrovna vhodná metrika, návštěvníci budou nejspíš chodit z jiných sítí než z infrastruktury seznamu. Hostingsolutions nemají podporu mimo pracovní dobu, je jich poměrně málo, tak to je pak na zvážení.

Ten Hetzner je cenově vcelku v pohodě. Díky za tip.Dokázal by někdo srovnat výkonost a dostupnost Contabo, Hertz a Hetzner? Contabo mám na test koupené a posílám tam nějakou zátěž. Contabo je vcelku v pohodě co se týče zátěže. Uptime na serveru mám 250dní z celkových 250dní co mi to tam běží.Ping na Contabo server z mého domácího VDSL 250/20Mbits:PING 144.91.121.70 (144.91.121.70) 56(84) bytes of data.64 bytes from 144.91.121.70: icmp_seq=1 ttl=54 time=20.5 ms64 bytes from 144.91.121.70: icmp_seq=2 ttl=54 time=21.4 ms64 bytes from 144.91.121.70: icmp_seq=3 ttl=54 time=19.5 ms64 bytes from 144.91.121.70: icmp_seq=4 ttl=54 time=19.4 ms64 bytes from 144.91.121.70: icmp_seq=5 ttl=54 time=19.6 ms64 bytes from 144.91.121.70: icmp_seq=6 ttl=54 time=19.5 ms64 bytes from 144.91.121.70: icmp_seq=7 ttl=54 time=19.6 ms64 bytes from 144.91.121.70: icmp_seq=8 ttl=54 time=19.3 ms64 bytes from 144.91.121.70: icmp_seq=9 ttl=54 time=19.5 ms64 bytes from 144.91.121.70: icmp_seq=10 ttl=54 time=19.7 ms64 bytes from 144.91.121.70: icmp_seq=11 ttl=54 time=19.3 ms64 bytes from 144.91.121.70: icmp_seq=12 ttl=54 time=19.6 ms64 bytes from 144.91.121.70: icmp_seq=13 ttl=54 time=25.7 ms^C--- 144.91.121.70 ping statistics ---13 packets transmitted, 13 received, 0% packet loss, time 12010msrtt min/avg/max/mdev = 19.340/20.247/25.723/1.685 msA z Contabo na:# ping nix.czPING nix.cz (93.190.134.171) 56(84) bytes of data.64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=1 ttl=58 time=16.1 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=2 ttl=58 time=15.4 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=3 ttl=58 time=16.5 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=4 ttl=58 time=15.3 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=5 ttl=58 time=16.10 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=6 ttl=58 time=15.1 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=7 ttl=58 time=14.3 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=8 ttl=58 time=15.2 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=9 ttl=58 time=14.10 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=10 ttl=58 time=15.4 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=11 ttl=58 time=15.1 ms^C--- nix.cz ping statistics ---11 packets transmitted, 11 received, 0% packet loss, time 25msrtt min/avg/max/mdev = 14.336/15.497/16.964/0.725 msA na:# ping peering.czPING peering.cz (46.234.105.162) 56(84) bytes of data.64 bytes from mon.peering.cz (46.234.105.162): icmp_seq=1 ttl=56 time=13.2 ms64 bytes from mon.peering.cz (46.234.105.162): icmp_seq=2 ttl=56 time=14.9 ms64 bytes from mon.peering.cz (46.234.105.162): icmp_seq=3 ttl=56 time=14.7 ms64 bytes from mon.peering.cz (46.234.105.162): icmp_seq=4 ttl=56 time=14.3 ms64 bytes from mon.peering.cz (46.234.105.162): icmp_seq=5 ttl=56 time=14.4 ms64 bytes from mon.peering.cz (46.234.105.162): icmp_seq=6 ttl=56 time=15.0 ms64 bytes from mon.peering.cz (46.234.105.162): icmp_seq=7 ttl=56 time=14.3 ms64 bytes from mon.peering.cz (46.234.105.162): icmp_seq=8 ttl=56 time=12.3 ms64 bytes from mon.peering.cz (46.234.105.162): icmp_seq=9 ttl=56 time=13.5 ms64 bytes from mon.peering.cz (46.234.105.162): icmp_seq=10 ttl=56 time=13.2 ms^C--- peering.cz ping statistics ---10 packets transmitted, 10 received, 0% packet loss, time 64msrtt min/avg/max/mdev = 12.286/13.985/15.023/0.851 ms---------- Příspěvek doplněn 29.01.2021 v 15:03 ----------

Napsal TomášX;1613657

Hetzner je pro mě další low cost hosting, služby navíc nic moc, cena výborná, vše poskytuje ve stavu as-is. U těhle poskytovatelů je nejlepší se na ně nespoléhat a rovnou mít od nich spare instance, na které si člověk přepne provoz sám, tím lze zajistit příjemné provozní náklady, ale stojí to více na lidech. U pár klientů, kteří řeší OPEC/CAPEX to tak mám.

Díky moc za přínos do diskuze! :) Můžete se prosím rozepsat trošku na to téma spare vps? Oni se u Hetzner dají přesouvat IP adresy mezi jednotlivými hostilely a zároveň se tam dá dosáhnout jistoty, že ten spare vps běží na jiném HW? Tohle řešení by pro mne bylo asi velmi v pohodě.

-bash-4.2$ ping webtrh.czPING webtrh.cz (109.123.219.80) 56(84) bytes of data.64 bytes from webtrh.webtrh.cz (109.123.219.80): icmp_seq=1 ttl=59 time=0.603 ms64 bytes from webtrh.webtrh.cz (109.123.219.80): icmp_seq=2 ttl=59 time=0.760 ms64 bytes from webtrh.webtrh.cz (109.123.219.80): icmp_seq=3 ttl=59 time=0.573 ms64 bytes from webtrh.webtrh.cz (109.123.219.80): icmp_seq=4 ttl=59 time=0.817 ms64 bytes from webtrh.webtrh.cz (109.123.219.80): icmp_seq=5 ttl=59 time=0.744 ms64 bytes from webtrh.webtrh.cz (109.123.219.80): icmp_seq=6 ttl=59 time=0.698 ms64 bytes from webtrh.webtrh.cz (109.123.219.80): icmp_seq=7 ttl=59 time=0.651 ms64 bytes from webtrh.webtrh.cz (109.123.219.80): icmp_seq=8 ttl=59 time=0.754 ms^C--- webtrh.cz ping statistics ---8 packets transmitted, 8 received, 0% packet loss, time 7002msrtt min/avg/max/mdev = 0.573/0.700/0.817/0.079 ms-bash-4.2$ ping nix.czPING nix.cz (93.190.134.171) 56(84) bytes of data.64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=1 ttl=59 time=1.28 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=2 ttl=59 time=0.801 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=3 ttl=59 time=0.799 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=4 ttl=59 time=0.789 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=5 ttl=59 time=0.713 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=6 ttl=59 time=0.790 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=7 ttl=59 time=0.806 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=8 ttl=59 time=0.684 ms64 bytes from 93.190.134.171 (93.190.134.171): icmp_seq=9 ttl=59 time=0.738 ms^C--- nix.cz ping statistics ---9 packets transmitted, 9 received, 0% packet loss, time 8003msrtt min/avg/max/mdev = 0.684/0.822/1.282/0.169 ms-bash-4.2$ ping google.comPING google.com (172.217.23.238) 56(84) bytes of data.64 bytes from prg03s06-in-f238.1e100.net (172.217.23.238): icmp_seq=1 ttl=60 time=0.371 ms64 bytes from prg03s06-in-f238.1e100.net (172.217.23.238): icmp_seq=2 ttl=60 time=0.502 ms64 bytes from prg03s06-in-f238.1e100.net (172.217.23.238): icmp_seq=3 ttl=60 time=0.337 ms64 bytes from prg03s06-in-f238.1e100.net (172.217.23.238): icmp_seq=4 ttl=60 time=0.359 ms64 bytes from prg03s06-in-f238.1e100.net (172.217.23.238): icmp_seq=5 ttl=60 time=0.343 ms64 bytes from prg03s06-in-f238.1e100.net (172.217.23.238): icmp_seq=6 ttl=60 time=0.374 ms64 bytes from prg03s06-in-f238.1e100.net (172.217.23.238): icmp_seq=7 ttl=60 time=0.345 ms64 bytes from prg03s06-in-f238.1e100.net (172.217.23.238): icmp_seq=8 ttl=60 time=0.415 ms64 bytes from prg03s06-in-f238.1e100.net (172.217.23.238): icmp_seq=9 ttl=60 time=0.357 ms^C--- google.com ping statistics ---9 packets transmitted, 9 received, 0% packet loss, time 8000msrtt min/avg/max/mdev = 0.337/0.378/0.502/0.049 msJinak co se tyce podpory tak dnes v 14:36 jsem jim napsal ticket, v 14:38 problem byl vyresen.Me konkretne nevadi, ze podpora nefunguje o vikendu, protoze o vikendu mam taky vikend :D

Napsal NextClick;1613660

Díky moc za přínos do diskuze! :) Můžete se prosím rozepsat trošku na to téma spare vps? Oni se u Hetzner dají přesouvat IP adresy mezi jednotlivými hostilely a zároveň se tam dá dosáhnout jistoty, že ten spare vps běží na jiném HW? Tohle řešení by pro mne bylo asi velmi v pohodě.

Nevím, jestli mají pohyblivé (flexible) IP adresy, u většiny projektů se výpadek v rozsahu desítek minut dá přežít, takže se změní DNS na záložní server a pokud máš TTL např. 60s, do čtvrt hodinky máš vyřešeno a projekt ti běží. Jistotu, že běží na jiném serveru nemáš, leda si zvolit jiné Datacentrum (jsou myslím i ve finsku). Obvykle ale stačí neobjednávat VPS najednou, ale v nějakém rozemí pár dní, neměl bys schytat stejné server, je to věc pravděpodobnosti. Buď potřebuješ služby od hostingu, tj. přepínání IP adres, migrace VPS za běhu, vysokodostupné diskové pole jako uložiště a zaplatíš za to v měsíčních nákladech, nebo tyhle služby oželíš a vyřešíš si to nějak po svém. Nejlevnější a nejméně náročné na služby hostingu je mít 2 instance, jednu primární, druhou záložní, databázi mít replikovanou asynchronně (umí spolehlivě mysql/mariadb/postresql), soubory synchronizovat rsyncem třeba každou minutu (většina projektů nemá velké uložiště). Záložní instance může normálně běžet, být připravená a v případě poruchy té primární změníš DNS, za pár minut se to vyřeší samo. Náklady na zprovoznění a správu jsou relativně malé, náklady na hosting dvojnásobné (pořád ale nízké). Pokud druhou instanci uděláš ještě k tomu na jiném hostingu, máš poměrně solidní jistotu, že ti hosting neodřízne projekt na víc než jednotky hodin. S tím už se dá pracovat, často to je daleko lepší než shánět ty nejlepší hostingy, máš najednou větší výběr a můžeš snadněji migrovat, když se ti nějaký nelíbí, navrh máš vyřešené zálohy svépomocí a žádné složité dolování záloh od hostingu, který je omylem smazal.

Hetzner u svých virtuálů nabízí plovoucí IP. V ten moment to může být chytřejší než nejlevnější varianta, kterou zmiňuje TomášX - přepínání DNS. Na druhou stranu jsem se s podobnými projekty už setkal: master-slave replika, rsync na úložiště a v případě výpadku změna DNS. Tam může být trochu problém TTL, ale je to něco za něco.Jinak u Hetzneru jde pořídit VPS a pak si k tomu dokoupit pouze blok storage na CEPHu, to se mi u nich celkem líbí a myslím, že za ty peníze u nich jde postavit robustní řešení.Pokud chceš pouze standalone server, tak bych vybíral mezi Contabem a Hetznerem (v rámci VPS)Dotaz na majitele VPS u Hetzneru, můžete někdo zkusit rychlost disku u nich? hdparm -Tt /dev/sda

No já si takhle doteď zrcadlím všechno domů na spare server co mám připravený pro případný průšvih. Jen to mám všechno i sql na úrovni souborů a rsync. Případnou zálohu sql bych pak do běžící mariadb nahrával adhoc. Na moje projekty jsem v pohodě, tam si DNS změním briskně. Bohužel mám dost zákazníků co si chtějí DNS spravovat sami a přístup ke změně IP mi nedali. Takže je to pak komunikačně naprd a nerad bych to s nima řešil. Ten Hezner si na test koupím tedy taky. A otestuju to. Pokud mají plovoucí IP, tak bych měl hotovo.

Zoner/ZonerCloud

díky za info, že Hetzner toho umí i trochu víc, nikdy jsem to tam nehledal. Plovoucí IP je super, dá se to pak řešit jednodušeji a mít větší jistotu.

Napsal TomášX;1613657

Hetzner je pro mě další low cost hosting, služby navíc nic moc, cena výborná, vše poskytuje ve stavu as-is. U těhle poskytovatelů je nejlepší se na ně nespoléhat a rovnou mít od nich spare instance, na které si člověk přepne provoz sám, tím lze zajistit příjemné provozní náklady, ale stojí to více na lidech. U pár klientů, kteří řeší OPEC/CAPEX to tak mám.

OVH je největší hostingová společnost v EU. Poskytuje poměrně širokou škálu služeb. V posledním roce se rušila česká společnost OVH, s. r. o., která zastřešovala české zákazníky a přecházelo se na Irskou pobočku. Bohužel jako spusta jiných společností řeší support na multi-tier schématu, kdy malý zákazník hraje druhou kolej, ti velcí mají výbornou podporu. Pro malé projekty bych je tedy nedoporučoval.

Navzdory k tomu, že je Hetzner low-cost hosting, tak umí na veškeré tickety odpovědět cirka do 15 minut, což je suprový čas. Mám tam u nich nyní 7 serverů a za ty dva roky nebyl s nimi jediný problém až výkon síťovek u i9, kdy nepomohly ani ty jejich fixy, domluvili jsme zhruba za hodinu výměnu serveru, ale ani to nepomohlo, tak ale problém mohl být u mě.---------- Příspěvek doplněn 29.01.2021 v 22:44 ----------

Napsal clant;1613670

Dotaz na majitele VPS u Hetzneru, můžete někdo zkusit rychlost disku u nich? hdparm -Tt /dev/sda

Sice nemám CEPH, který tě asi zajímá více, ale ty NVME...https://ctrlv.cz/shots/2021/01/29/fVWX.png