E-shop Laklara.cz provozovaný digitální agenturou Creepy se stal už na svém počátku srdeční záležitostí pro milovnice módy. Jejich tehdejší webhostingové řešení však pomalu přestávalo stačit náporu zákaznic, zejména během uvádění nové kolekce. Proto se rozhodli zvolit dedikované řešení od vshosting~, čehož důsledkem byla zvýšená spokojenost jejich zákaznic, kterou daly e-shopu hlasitě najevo.
Od přechodu k vshosting~ v digitální agentuře Creepy navíc pozorují celou řadu technických zlepšení. Například načítání webu Laklara.cz se zrychlilo skoro o 20 %, z 2,40 na 1,93 sekund. A doba přesměrování klesla o 36 %! Změna je velmi znát i na odezvě serveru, která se zlepšila téměř o polovinu.
E-shop Laklara.cz, který spravuje digitální agentura Creepy, mívá na webu v době uvádění nových kolekcí i 1 000 zákazníků naráz!
Pod odvážným jménem Creepy se skrývá zlínská digitální agentura, která vyvíjí weby a e-shopy na míru. Mnohé z webů také následně opečovává a rozvíjí, což je i případ populárního e-shopu Laklara.cz. Ten běží na systému Woocommerce, který Creepy Studio přizpůsobuje na míru každému projektu.
Laklara.cz je e-shop s ručně vyráběným oblečením pro ženy. Každý měsíc na něm představují novou kolekci, při které je na e-shopu až 1 000 zákazníků současně. Laklaru studio Creepy původně hostovalo na sdíleném byznys hostingu od Websupportu, ale toto řešení už při launchi kolekcí praskalo ve švech. Hledali tak alternativu, která by to zvládla.
Proč se rozhodli pro vshosting~?
Na základě pozitivních referencí se v Creepy rozhodli převést Laklaru na dedikovaný server od vshosting~. Líbilo se jim, že chápeme jedinečnost každého projektu a rádi jim vyjdeme vstříc ohledně individuálního hardwaru i služeb.
Od března 2021 tak e-shop Laklara běží v našem datacentru v Hostivaři, a to na vlastním vyhrazeném serveru. Díky vzdálenému přístupu mohou v Creepy vše pohodlně obsluhovat ze svých počítačů.
„Jsme maximálně spokojení, server běží jak má a neevidujeme žádné výpadky. Vaše podpora je rychlá, a na čemkoliv se dá v pohodě domluvit.“
David Žák společník v agentuře Creepy
Výsledky, které přinesl přechod k vshosting~
Čísla z Google Analytics hovoří za vše. Průměrná doba načítání stránek Laklara klesla o 19,49 %, průměrná doba odezvy serveru klesla o neuvěřitelných 48,31 % a průměrná doba potřebná k připojení k serveru se snížila o 39,01 %.
Co se týká tržeb, u Laklary je to velmi specifické – každá nová kolekce se velmi rychle vyprodá. Výše tržeb tak do velké míry závisí na tom, kolik toho vyrobí. Pokud by tomu tak ale nebylo, je velmi pravděpodobné, že i na prodejích by zlepšení byla znát.
Nejdůležitější ale je, že se ozvaly stovky nadšených zákaznic hned po spuštění nové kolekce. Pochvalovaly si, o kolik rychleji a spolehlivěji e-shop nyní funguje. A to, i když je na něm velký nával kvůli představování nových produktů.
Tady je pár reakcí spokojených klientek:
Jak hodnotí spolupráci s námi
“Společnost vshosting~ nám pomohla vyřešit problémy, které jsme měli s předchozím řešením. Nový server s přehledem zvládá spuštění nových kolekcí a zákazníci La Klary zaznamenali zvýšení rychlosti celého e-shopu ihned po nasazení.” David Žák, společník v Creepy
Zajímá vás, jak pomůžeme i vašemu e-shopu? Napište nám na obchod@vshosting.cz. A do druhého pracovního dne se vám ozveme.
Jak jsme během pandemie zmodernizovali a zmigrovali infrastrukturu jedné z největších online lékáren
Přechod Lékárna.cz na plně spravované hostingové řešení s Kubernetes.
Na základě pozitivních referencí nás oslovila na konci roku 2019 jedna z největších lékáren na českém internetu Lékárna.cz. Hledali lepší řešení pro hosting celé skupiny Pears Health Cyber, do které Lékárna.cz patří. Serverovou infrastrukturu, která by dostupností, rychlostí a technologiemi lépe vyhovovala potřebám tak rozsáhlého a rychle rostoucího projektu.
Zároveň potřebovali sloučit řadu dalších projektů a webů, které mimo e-shopu Lékárna.cz provozují, do jedné infrastruktury (např. portály Ordinace.cz, euni.cz, účetní systém a další). Každý z těchto projektů byl jiný, v odlišné fázi vývoje a využívající různé technologie.
Projekt jejich typu a velikosti potřeboval modernější a spolehlivější řešení
Ze tří fyzických a 41 virtuálních serverů chtěli přejít na koncepčněji pojatou architekturu. Na řešení, které by sjednotilo všechny projekty i technologie a usnadnilo jim další rozvoj. Další rozměr celé transformaci dodával jejich zájem nastoupit na trendující Kubernetes platformu.
Se samotným Kubernetes, jakožto poměrně horkou novinkou, neměli do té doby žádné zkušenosti. V rámci vývoje již hojně využívali Docker, ale hledali partnera, který by jim pomohl s transformací na Kubernetes. I proto oslovili vshosting~, který ke každému klientovi přistupuje individuálně a poradí, jak řešení připravit tak, aby migrace proběhla i u tak náročného projektu hladce.
“Rozsáhlé know-how seniorních adminů a jejich doporučení pro optimalizaci provozu našeho e-shopu nás utvrdily v tom, že vshosting~ byl skvělá volba.”
Ing. Tomáš Bek Šéf IT, Pears Health Cyber
Požadavky na vshosting~ tedy byly jasné. Sjednotit infrastrukturu pro všechny projekty, pomoci s přechodem na Kubernetes, a celkově zajistit špičkové řešení pro moderní e-shop jejich kalibru. Samozřejmostí byl i provoz v režimu vysoké dostupnosti a proaktivní přístup zkušených administrátorů.
Neocenitelným faktorem u spolupráce s Lékárna.cz bylo a stále je, že fungujeme jako partneři a ladíme věci společně. Před každou zásadní změnou, která s hostingem souvisí, probíhá diskuze. Vývojáři Lékárny.cz tak mohou těžit z mnohaletých zkušeností našich seniorních administrátorů. Výsledkem je perfektní souhra aplikací a hostingového řešení.
I dnes společně řešíme upgrady a připravujeme infrastrukturu pro sezónní špičky nebo marketingové akce, které mohou mít vliv na vytíženost. Nejen díky této kvalitní komunikaci považujeme Lékárna.cz za top klienta.
Jedna z největších lékáren na českém trhu oceňuje nejen profesionální přístup seniorních administrátorů v čele s Jakubem Lánským, ale považuje přechod pod vshosting~ za jedno z nejlepších rozhodnutí posledních let. Samotný přesun jim přinesl požadovaný koncepční přístup, konsolidaci služeb, zrychlení všech diskových polí, infrastrukturu odpovídající modernímu setupu e-shopu jejich kalibru, ale i ztransparentnění využívaných prostředků. Hned vidí, která služba využívá více výkonu, a nemusí se tak obávat z nenadálého přetížení aplikací.
Při souběhu předchozího a nového řešení jsme klientovi nastavili progresivní pricing tak, aby eliminoval duplicity v financování provozu infrastruktury. Vznikl tak hybridní model, ve kterém se postupně vše překlápělo na infrastrukturu u vshosting~ bez drastického navýšení nákladů. Díky rozložené migraci po částech si také v Lékárna.cz mohli jednotlivé elementy důkladně otestovat, a až poté přesouvat další část infrastruktury.
Jako nejvhodnější řešení jsme ve vshosting~ pro Lékárna.cz navrhli rozsáhlý managed cluster s Kubernetes. Připravili jsme jim také plnohodnotné testovací prostředí, které svou strukturou zcela kopíruje produkci, a kde probíhají automatizované testy. Samozřejmostí byla u nich CDN a centrální úložiště.
“Migrace infrastruktury pod vshosting~ bylo jedno z nejlepších manažerských rozhodnutí posledních let. Přišlo za pět dvanáct,” hodnotí spolupráci Ing. Tomáš Bek, šéf IT, Pears Health Cyber.
Zajistili jsme jim také kompletní přechod do Kubernetes včetně zaškolení. Dva měsíce po dokončení migrace jsme také provedli upgrade hardware na výkonnější servery, což vedlo mj. zhruba ke dvojnásobnému zrychlení databází.
Výsledkem spolupráce je lepší a výkonnější infrastruktura s dopadem nejen na byznysové úspěchy Lékárna.cz, ale i na každého jednotlivého vývojáře, který nyní, když něco vytvoří, tak to rovnou pošle do Gitu, automaticky se provedou testy a jedním klikem deployment. I díky tomu mohou rychleji vyvíjet a spouštět nové featury a celý projekt tak agilněji rozvíjet.
Zajímá vás, jak pomůžeme i vašemu e-shopu? Napište nám na obchod@vshosting.cz. A do druhého pracovního dne se vám ozveme.
Co se skrývá pod „kapotou“ low-cost datacenter, a proč my mezi ně nepatříme
Mnozí se po požáru datacentra OVH ptali: „Jak je možné, že cloud hoří?“
Tento francouzský poskytovatel hostingu patří mezi největší low-cost světové hráče v oblasti dedikovaných serverů. Následkem, de facto úplné destrukce jednoho z jejich datacenter, se začaly množit dotazy ze strany klientů a médií, jaká jsou rizika provozu datacentra v případě nenadálých okolností, a co vše hrozí jeho klientům.
Pojďme si to vysvětlit na příběhu budování vlastního datacentra vshostingu, u jehož zrodu a celého procesu jsem stál. Právě na tom si přesně vysvětlíme, jak se liší low-cost datacentra od těch pořádně, solidně vystavených…
Tohle je náš příběh. Když jsem si vysnil vlastní datacentrum, bylo mi skoro 24 let. Neměl jsem zkušenosti s žádnou stavbou, natož stavbou datacentra. Můj prvotní nápad bylo postavit datacentrum v dlouhodobě pronajaté hale, kam bychom „jen“ vestavěli infrastrukturu jako je elektroinstalace, chlazení, zabezpečení, racky a podobně. Tomu jsme našli jeden odpovídající průmyslový areál na Praze 10. Hala byla prostorná, čistá, majitel vypadal ochotně provést drobné stavební úpravy. Poté, co jsme však viděli jakési prodavače vozit haldy oblečení do vedlejší haly, se kterou byla ta „naše“ budoucí oddělená jen úzkou příčkou, rozhodli jsme se od tohoto plánu ustoupit. Co je v té hale za firmu, nám totiž nechtěli říct.
A my jsme se oprávněně báli možného požáru. Navíc jsme zjistili, že upadnul by-li pronajímatel do úpadku, byly by i nájemní smlouvy na dobu určitou vypověditelné. To by bylo pro náš byznys nepředstavitelné. Tento koncept pouhého pronájmu haly jsme tedy po několika prohlídkách zavrhli. Spousta datacenter v České republice však tento koncept využívá. Tím se dosáhne úspory investice do nemovitosti, ale za jakou cenu rizika? Opravdu se vyplatí šetřit na zabezpečení datacentra a bezpečnosti dat, a vůbec celých i stamilionových firem klientů? Ne. Nám ne. Tohle dělat nechceme a nebudeme. Bez debat.
Konektivita: 100% oddělené optické kabely
Začali jsme hledat vlastní pozemek, který by vyhovoval všem parametrům. Jak už územním regulativům (využití pozemku, zastavitelnost, hluk), tak dostatku dostupné elektrické energie (řádově megawatty na vysokém napětí). A zároveň by bylo možné k pozemku dostat optická vlákna z několika směrů. Zejména poslední parametr se ukázal při hledání vhodného vlastního pozemku skutečně problémem. Ke spoustě pozemkům bylo možné optická vlákna po minimálně ročním martyriu úředního vyřizování týkajícího se územního rozhodnutí dokopat. Ale vždy s problémem souběhu optických kabelů, byť jen u kratších úseků. Cílem bylo, abychom přivedli do datacentra přípojky z opravdu několika směrů a to bez jakéhokoliv souběhu (ani v rámci budovy). Proto jsme se rozhodli zainvestovat a vykopat k těmto optickým kabelům další velmi dlouhý úsek.
Praha je protkaná obrovským množstvím inženýrských sítí a bez pořádné evidence, co kde je. Standardním postupem je koordinace v rámci územního řízení, ve kterém jsou osloveni všichni provozovatelé inženýrských sítí s tím, aby se vyjádřili, co kde v dané lokalitě mají. Realita je ovšem taková, že pokud řidič bagru prostě blbě hrábne, překopne kabel, a problém je na světě. V optickém kabelu můžou být desítky či stovky optických vláken, a navařit je potom zpět je operace pro havarijní výjezdový tým na mnoho hodin. A offline datacentrum nikdo nechce. Investice do konektivity se tedy ukazuje jako opodstatněná.
Chlazení: N+2 redundance není zbytečný luxus
Pamatuji si na jeden poněkud iritující rozhovor s provozovatelem jiného datacentra, který se mi doslova vysmál, že u chlazení je N+2 redundance zbytečný luxus a riziko malé. O dva roky později jsem byl v zahraničí a dispečink mi volal, že v jedné klimatizační jednotce odešly kompresory, a pár hodin na to se rozbila i druhá jednotka. Oprava klimatizační jednotky je proces na několik dní a výměna kompresoru znamená demontáž, navaření nového kompresoru, vakuování, tlakovou zkoušku, plnění chladivem atd.
Náhradními díly ke klimatizačním jednotkám jsme se zásobili přímo v datacentru. A priori nevěřím dodavatelům na 100 %, a zkrátka čekat až několik týdnů na kompresory do 100kW jednotky, se mi nechtělo.
Všechno to jsou pořád stroje, a žádný stroj nevydrží věčně. Je hloupé si myslet, že se nic nerozbije, neřku-li nemůže rozbít, jen proto, že to někdo řekne. Radši udělám x záloh našich strojů, než abych ohrozil fungování něčí firmy. Firmy našeho klienta.
Protipožární systém: FM-200
Zkrat v UPS, který zapříčinil požár v datacentru OVH, není nijak neobvyklý. Je to porucha, která se ve světě stala již mnohokrát. I proto jsme u nás vybavili automatickým hašením nejen datový sál se servery, ale také místnost na jednotky s UPS. Při detekci kouře se místnost automaticky zaplní inertním plynem FM-200, který vzniku požáru zabrání. Tím pádem nedojde k výpadku služeb datacentra, ani k poškození serverů klientů.
Někomu by se až mohlo zdát, že jsem přehnaně opatrný, ale praxe s 5letým provozem datacentra ukazuje, že postavit pořádné a drahé datacentrum bylo správné rozhodnutí a je to v zájmu našich klientů.
Poznámka: Pokud by pro vás několikadenní výpadek znamenal milionové škody, a případná destrukce části vašich dat by byla nepřijatelná, dává smysl investice do kvalitního poskytovatele hostingu. Pakliže máte menší firmu a cena je pro vás hlavním kritériem, mohou být pro vás výše zmíněná rizika akceptovatelnou daní za momentální úsporu financí.
Jak dostat váš projekt z disaster do recovery
aneb když vám život dá citron, musíte vědět, kde máte sůl a tequilu.
Skoro každý, kdo provozuje nějaký ten online projekt, už to asi zažil: dorazí SMS nebo automatický hovor z monitoringu, že něco nefunguje. Vašemu milovanému projektu je ouvej a žádá si vaši pozornost.
Nemusí to být ani katastrofa typu požár datacentra, nebo zemětřesení – vyřadit systémy zvládne i prasklé potrubí v budově, administrátorská chyba na síti v Indii nebo neodborný zásah uživatele. Pamětníci si jistě vzpomenou na rok 2007 a kauzu s heslem NBUSR123.
Ve vshosting~ děláme všechno pro to, abychom podobným situacím zabránili – víc se o tom dočtete v článku o našem nekompromisním zabezpečení. Přesto, ne všechny rizikové faktory a skutečnosti jsou v naší moci a vznik nenadálých situací tak nelze vyloučit. Scénář je pak vždy stejný. Najednou, bez jakéhokoliv varování, všechno zhasne a monitoring se rozsvítí rudě. Nic nefunguje. A co teď?
Můžete si stěžovat, nadávat, panikař… nebo aktivovat svoje disaster recovery plány. Scénáře, které jste sepsali v době klidu pro případ, že se něco hodně, ale hodně pokazí. Dokumenty, o kterých jste doufali, že je nikdy nebudete muset číst.
Co jsou disaster recovery plány a jak mají vypadat
Disaster recovery plány jsou dokumenty, které jasně popisují, jak dostat váš projekt zpět do funkčního stavu. Mají mnoho podob a pokrývají spoustu možných scénářů. Mohou to být jednoduché seznamy krizových přístupů ale i komplexní postupy, které zahrnují úkony napříč několika odděleními ve firmě.
Vždy by měly obsahovat: – co je potřeba udělat – kdo to má udělat – jak to má udělat – kde jsou dostupné zálohy – v jakém pořadí nahazovat služby – kdy obnovovat která data
Vhodné je zahrnout i přihlašovací údaje na krizové účty, ať je máte po ruce. Cílem disaster recovery plánů je vždy minimalizovat obchodní dopad katastrofy a co nejrychleji postavit projekt zpátky na nohy. Musí být napsány jasně a stručně. Protože když už podle nich budete postupovat, určitě to nebude v klidu a v pohodě.
Je běžné, že disaster recovery plány nejsou čistě IT charakteru a mají přesah do dalších oddělení ve firmě. Kromě technického zvládnutí problému totiž potřebujete i udržovat kontakt se zákazníky, případně zajistit podklady pro právní oddělení. Proto je potřeba při sepisování disaster recovery plánů přibrat na pomoc zástupce jiných oddělení a konzultovat jednotlivé kroky s nimi. Musíte mít jistotu, že postupy dávají všem smysl a nezapomněli jste na nějaký netechnický dopad.
Při jejich tvorbě můžeme vycházet z principu letectví. Pokud dojde v letadle k problému, platí postup „Aviate, Navigate, Communicate“, tedy udržet letadlo ve vzduchu, zjistit, kde jste a kam se můžete vydat a až pak se zabývat komunikací.
V IT toto lze využít obdobně. Nejprve se snažte zachránit, co jde (tj. minimalizovat přímé dopady, klidně odstavením systémů). Dostaňte systém do dostatečně stabilní podoby, a až pak zajistěte komunikaci ven. Pokud máte k dispozici více administrátorů, lze proces paralelizovat, a je to i vhodné. Umíte si představit horší situaci, než když admina otravují s dotazy jeho kolegové z obchodu a customer supportu a ptají se, co mají říci klientům?
Krok 1: Udržte projekt „nad vodou“
Když letadlo spadne na zem, je konec. Přišli jste o letadlo, posádku, náklad i pasažéry. Proto je potřeba ho za každou cenu udržet ve vzduchu.
V IT to funguje podobně. Pokud přijdete o jednu službu, je potřeba minimalizovat dopady na ty další. Zabránit kaskádovému efektu. Nemůžete si dovolit přijít o všechno. A to i za cenu odstávky. Když přijdete o všechna data i systémy, je to pro firmu naprosté existenční riziko. Krátkodobá odstávka projektu je výrazně menší zlo než dlouhodobá obnova dat.
Typickým příkladem toho je chyba v aplikaci, která při updatu ukládá poškozená data. V tomto případě je mnohem lepší aplikaci odstavit a zabránit zničení většího množství dat, než ji nechat běžet a pracovat na vydání opravy.
Krok 2: Zorientujte se
Výborně, v prvním kroku jste úspěšně zabránili zničení všech dat. Nicméně stále vzniká škoda, aplikace je nedostupná, klienti začínají být naštvaní. To je správná chvíle začít zjišťovat, co se stalo, jaké jsou celkové dopady a připravit plán na obnovu.
Lze opravit aplikaci jednoduchým fixem? Je potřeba obnovit nějaká data ze zálohy? Jak dlouho bude trvat návrat do minimálního funkčního stavu? A jak dlouho bude trvat kompletní oprava? O kolik dat jste nenávratně přišli? To jsou všechno otázky, které jsou teď na stole, a na které potřebujete rychle znát odpověď.
Krok 3: Komunikujte se zákazníky
V této fázi už víte co se stalo, co musíte udělat i jaké jsou dopady na vaši společnost. Dokonce i jak dlouho bude trvat oprava. V tuto chvíli můžete komunikovat zákazníkům odhad časové náročnosti.
Doporučujeme vyčlenit jednoho pracovníka jako styčný bod pro komunikaci. Někoho, kdo bude od začátku mluvit s obchodem, podporou a se zákazníky. Zároveň bude sloužit jako štít stojící před adminy, kteří zachraňují situaci. Tuto roli se hodí přidělit někomu z řízení projektu, v agile světě by to byl project owner. A důležité je také zajistit, aby všichni ve firmě věděli, na koho se mají obracet s dotazy.
Komunikace ven je bezesporu důležitá, a v krizi o to víc. Avšak, neměla by být na úkor obnovy provozu. Hlavně pro obchod a podporu vždy platí, že informace, které jim předáváme, musí být aktuální a platné v daném časovém bodě. Nemusí být ale 100% přesné a neměnné. Vždy stavíme na tom, co v daném bodě víme.
Na začátku se situace může zdát snadno opravitelná, ale další průzkum může odhalit mnohem dramatičtější dopady. Anebo naopak. Proto doporučujeme nikdy nekomunikovat termíny a odhady jako definitivní. Pokaždé je potřeba říct „ale situace se může změnit“, vždy je potřeba pro jistotu počítat s výrazným prodloužením obnovy. S tím musí počítat všichni lidi ve firmě.
Pravomoce krizového řízení
V klidných dobách je pochopitelné, že velké investice nebo zásahy do infrastruktury je nutné konzultovat s vedením firmy a důkladně je naplánovat. Můžete déle vybírat nejvýhodnějšího dodavatele, dohodnout s ním dobré obchodní podmínky, zanalyzovat a otestovat dopady řešení. Jakmile ale udeří krize, rozvážnost jde z velké části stranou.
Záchranný tým potřebuje mít pravomoce činit rozhodnutí rychle a neřešit zcela optimální efektivitu či úspornost. Pokud vám „umře“ nějaký klíčový hardware a nemáte skladem náhradní kus, není prostor na vyjednávání s dodavateli. Je potřeba vzít firemní kartu, sednout do auta a vyrazit do nejbližšího obchodu, který má nový kus skladem. A to i za cenu vyšších nákladů. Je snad dlouhá odstávka vašeho projektu levnější?
Pokud fungujete v cloudu, záchranný tým musí mít pravomoc ihned spustit další instance – bez ohledu na rozpočet infrastruktury. Případně si dopředu stanovte hranice rozpočtu, přes které nelze jít, ale zvažte přitom náklady na každou minutu, kdy váš projekt nefunguje.
Zálohy, zálohy, zálohy
Zálohy a jejich obnova jsou nedílnou součástí každých disaster recovery plánů. A to nejen zálohy mít, ale jejich funkčnost pravidelně testovat a nastavit optimální zálohovací frekvenci. Bez ohledu na to, jestli máte infrastrukturu v cloud nebo ne.
I v cloudu je třeba zálohovat!
Často se setkáváme s názorem, že infrastrukturu a data v cloudu není třeba zálohovat. Slýcháváme, že: „proto si přece platíme cloud, abychom nemuseli utrácet za zálohy“. Tento přístup je chybný a u jeho zastánců může vést až ke krachu firmy.
V cloudu si pořizujete výpočetní kapacitu, prostor na storage a služby s ním spojené, ale nekupujete si bezpečnost vašich dat. Kupujete si pouze jistotu, že v případě problémů můžete data do cloudu obnovit a spustit novou sadu serverů. Je ale vaše zodpovědnost mít kopii dat k obnově, mít informace o konfiguraci serverů a mít popsaný postup nasazení aplikace.
Cloud vám poskytuje platformu, ale obchodní hodnotu jí dáváte vy. Cloud je vám v tom schopen pomoci georeplikací, nebo službou na zálohování. Zájem o její využití musíte mít vy, včetně toho dát jí smysl a mít připravený proces obnovy dat.
Testování kvality záloh a optimální backup frekvence
Potřebujete mít také jistotu, že zálohy jste schopni obnovit. Až příliš často se stává, že firma sice krásně zálohovala, ale když došlo na potřebu obnovy, zálohy byly nepoužitelné. A nemusí to být jenom chyba v záloze jako takové. Zálohy mohou být z důvodu problému nedostupné nebo nekompletní. A proto je třeba je pravidelně testovat. Vyzkoušet si, že jste schopni si data ze záloh obnovit, stejně tak, že zálohujete vše, co potřebujete – a v dostatečném množství.
Nikdy nebudete mít v záloze 100 % dat, vždy o něco přijdete. Zůstává otázkou, jestli můžete ztratit data za týden, za den nebo za hodinu. O kolik dat jste ochotni přijít? Respektive, kolik peněz je vaše firma ochotná do zálohování a obnovy dat investovat? Zde platí nelineární vztah – pokud zálohování 1x denně stojí XY kč, zálohování 2x denně nestojí 2 XY kč, ale klidně 5 XY, nebo 10 XY. Je třeba si říct, jestli mají data mimo zálohu takovou hodnotu, nebo jestli je výhodnější tato data již obětovat.
Co si z toho odnést
Nic není 100% a chyby se stávají. Každý admin už podobnou situaci zažil a nikdy to není příjemné. Přesto se vždy dá na situaci připravit předem a minimalizovat její dopady na chod firmy.
Není to zadarmo a není to snadné. A v klidných časech to může vypadat, že vám to nic nepřináší, ale zabrání to velkým problémům v budoucnu. A vždy se to vyplatí. Myslete na to.
Chcete se poradit o optimálním režimu zálohování pro váš projekt? Obraťte se na naše experty: konzultace@vshosting.cz. Zdarma vám připraví řešení na míru.
Jak jsme upgradem infrastruktury zrychlili projekty na Shopsys až o 63 %
Přechod na EPYC procesory zlepšil výkon celého řešení i načítání webů.
Špičkový poskytovatel full-service řešení pro ty nejznámější hráče v e-commerce, 17 let zkušeností a ty nejmodernější technologie: to všechno je Shopsys. Svým klientům vyvíjí e-shopy a B2B systémy na míru na vlastní open-source platformě. Mezi jejich zákazníky patří známá jména jako například SCONTO Nábytek, Mountfield, Bushman nebo Office Depot. Proto je pro Shopsys klíčová maximálně spolehlivá a výkonná serverová infrastruktura, kterou jim zajišťujeme už od roku 2013.
Infrastruktura začíná narážet na výkonnostní limity
Na podzim 2020 jsme na straně vshosting~ pozorovali, že dosavadní platformní služba pro hostování projektů běžících na Shopsys framework už nemá dostatečně velkou výkonnostní rezervu. Díky růstu Shopsys projektů, blížící se předvánoční sezoně i očekávání přidání nových klientů jako například Mountfield, jsme společně vyhodnotili, že by řešení zasloužilo pořádný upgrade.
Celá architektura Kubernetes clusteru, který u nás Shopsys měl, byla odladěná. Proto se nabízel upgrade hardwaru na výkonnější variantu. Nešli jsme do ničeho menšího než extrémně výkonných serverů od AMD s procesory EPYC – každý s 32 jádry a 64 vlákny. Dalším vylepšením byl přechod na rychlejší NVMe disky.
„Enterprise servery s procesory AMD EPYC ve vshosting~ nasazujeme kvůli bezkonkurenčnímu výkonu čím dál hojněji. Při upgradu infrastruktury Shopsysu šlo o jasnou volbu – zajistí pevné zázemí s výkonnostní rezervou pro rozšiřování služeb i marketingové akce. Ve spojení s PCI-e NVMe SSD disky, které nahradily SATA SSD, jde z pohledu hardware o to nejlepší, co můžeme klientům nabídnout.“
Tomáš Jeníkovský Deputy Head of HW/DC vshosting~
Upgrade vedl ke zrychlení načítání webů až o 63 %
Celá realizace proběhla 20. listopadu 2020 pro databázové servery a 25. listopadu pro aplikační. A výsledek? Průměrné zrychlení projektů od Shopsysu o 55 %. U některých z nich i přes 60 %!
Krásným příkladem takového projektu je Tropic Fishing, jehož načítání bylo už před upgradem velice rychlé. V průměru 586 milisekund. A to se podařilo zrychlit na neuvěřitelných 357 milisekund, což představuje vylepšení o 39 %.
Z dalších projektů na Shopsysu pár příkladů za všechny: u prodejce outdoorového oblečení Bushman se díky upgradu hardware zrychlilo načítání webu o 56 %, u Papírnictví Pavlík o 62 % a u elektro obchodu EMOS dokonce o 63 %!
Lepší SEO i vyšší dostupnost
SEO experti často mluví o tom, jak rychlost načítání zlepšuje ranking webu u Googlu a spol. Evidentně na tom něco bude: boost výkonu serverové infrastruktury se projevil nárůstem návštěvnosti z vyhledávačů o 16 %. Zvedla se i míra prokliků na web z výsledků vyhledávání, a to o celých 5 procentních bodů!
Do budoucna očekáváme ještě větší pozitivní dopad na SEO projektů na Shopsys platformě. Svět optimalizace pro vyhledávače má totiž velkou setrvačnost. Na to se jako sněhová koule nabalí nižší bounce rate, více navštívených stránek a ve výsledku i to, co e-commerce projekty zajímá nejvíc: vyšší prodeje. To vše pouze díky modernizaci hardwaru, která díky těmto výsledkům může mít u velkých projektů návratnost i v rámci jednotek dnů.
Zároveň jsme ve vshosting~ vytvořili repliky pro Postgres a Elasticsearch Shopsysu. Ten tyto repliky plánuje využít pro zlepšení dostupnosti služeb, což pro zákazníky bude znamenat, že v případě přetížení, údržby nebo dokonce výpadku databáze se automaticky použije záloha a vše pojede dál.
Jak o naší spolupráci mluví v Shopsysu?
„Dlouhodobá spolupráce s vshosting~ nás naučila, že jsou našimi spolehlivými partnery, ať už rosteme jakkoliv rychle. Díky jejich včasnému varování a bleskovému upgradu infrastruktury jsme předešli potenciálním problémům, ale hlavně našim e-commerce projektům pomáháme více prodávat.“
Václav Macíček Projektový ředitel Shopsys
Co jsme se naučili?
1. Proaktivita je u hostingu klíčová – proto serverovou infrastrukturu všech klientů důsledně monitorujeme. Například docházející výkon řešíme ještě než může způsobit problémy.
2. Vyšší výkon serverů v případě Shopysu => rychlejší načítání stránek – u Shopsys projektů čas načítání webů klesl v průměru o 55 %.
3. Investice do hardwaru může mít bleskovou návratnost – některým e-commerce projektům zrychlí web klidně i o polovinu. Výrazně tak zlepší SEO a pomůže s prodeji.
Zajímá vás, jak pomůžeme i vašemu e-shopu? Napište nám na obchod@vshosting.cz. A do druhého pracovního dne se vám ozveme.
Ohlédnutí za rokem 2020 (a na co se těšit letos)
2020 byl plný překvapení a zvratů – tady jsou hlavní milníky loňského roku pro vshosting~.
Rok 2020 se snad pro každého z nás vyvinul úplně jinak, než jsme si tehdy u novoročního přípitku představovali. Pandemie zamávala opravdu se vším a dost z toho je pořád vzhůru nohama. Zdaleka ne všechny změny ale byly k horšímu a mnohé plány se podařilo realizovat viru navzdory. Tady jsou hlavní vshosting~ milníky loňského roku.
Obrat vyrostl o 20 %
Vždycky jsme byli hrdí na to, že od svého založení v roce 2006 každý rok rychle rosteme. Ale 2020 byl opravdu „fičák“. Koronavirus už na jaře přepnul digitalizaci na raketový pohon a všichni spěchali do onlinu jako nikdy předtím. Pro nás to okamžitě znamenalo další špičku srovnatelnou s Vánoci a od té doby se situace uklidnila jen částečně.
Bylo to náročné, ale s radostí můžeme konstatovat, že jsme pomohli desítkám klientů přesunout jejich byznys primárně do světa internetu. Skoro stovce jsme jejich už existující e-shop zvládli dramaticky posílit. V číslech jde o meziroční nárůst obratu o celých 20 %.
Kapacita datacentra plus 2500 serverů
Díky rychlému přibývání nových klientů (děkujeme!) naše datacentrum ServerPark už praskalo ve švech. Proto jsme se pustili do dostavby poslední etapy datacentra, kterou jsme na podzim úspěšně dokočili.
Technologické rezervy jsme využili na maximum a namontovali velké 52U racky. Kapacitu datacentra jsme tak zvedli o cca 2500 serverů! Abychom s takovým navýšením udrželi krok, přidali jsme i 2 nové trafostanice (800kVA a 630kVA) a navýšili chladicí kapacitu o 4 kondenzátory na střeše a 2 nové klimatizační jednotky (každá s výkonem 100kW).
Konektivita navýšena na 2 x 100 Gbps
Krok držíme i s rostoucími datovými toky našich klientů. Nově vshosting~ disponuje plně redundantní kapacitou 2 x 100 Gbps do uzlu NIX.CZ. To je pětinásobně víc než původních 2 x 20 Gbps! Upgradovali jsme také síťové technologie propojující naše datacentrum ServerPark s datacentrem TTC DC1 (to slouží pro zálohy v geograficky oddělené lokalitě a pro realizaci propojů s ostatními operátory).
Nová technologie má přenosovou rychlost 2 x 100 Gbps a propojuje obě datacentra na dvou nezávislých optických trasách. Všechny datové přenosy včetně záloh jsou tak ještě rychlejší a ještě lépe zabezpečené než tomu bylo doposud.
Záštita německých investorů
Rok 2020 pro nás znamenal obrovský milník, protože vshosting~ zaštítila německá investiční skupina Contabo. Contabo s hostingovým byznysem roste napříč Evropou i v rámci USA a my díky jejich podpoře můžeme zařadit ještě vyšší rychlost než doposud.
Mimo hostingu nám noví investoři také pomájí nakopnout dlouho očekávaný projekt Zerops, který jsme loni v srpnu spustili v privátní verzi.
Co přinese rok 2021
Ani letos nebudeme zahálet a chystáme pro vás spoustu novinek. V první řadě veřejná verze Zerops na sebe nenechá dlouho čekat – její spuštění plánujeme na duben. Můžete se těšit na plně funkční, automatizovanou platformu pro developery, která jim dramaticky usnadní vývoj.
Další novinkou bude spuštění řešení na bázi AWS. Vycházíme tak vstříc našim klientům, kteří o tuto možnost projevili zájem, a nabízíme výhodnější alternativu pro ty, kteří se AWS nechtějí zcela vzdát.
A dojde i na očekávanou expanzi na maďarský trh, kde chceme nabídnout spolehlivé hostingové služby pro e-commerce projekty.
5 let provozu datacentra: hlavní byznysové lekce
Co jsme se naučili za 5 let provozu vlastního datacentra a v čem se pořád snažíme zlepšovat.
V srpnu 2015 jsme v pražské Hostivaři oficiálně otevřeli naše vlastní datacentrum ServerPark. Jako poskytovatel hostingových služeb tou dobou vshosting~ fungoval už 9 let, spuštěním ServerParku ale začala nová éra. Nejdůležitější byznysové lekce, které jsme se za 5 let provozu datacentra dostali, by se daly shrnout takto: paranoia = základ úspěchu, „nejde“ neznáme a jak se řídí pytel blech.
Paranoia = základ úspěchu
Jako poskytovatelé hostingových služeb máme paranoiu tak trochu v popisu práce. Když k tomu provozujete i datacentrum, platí to dvojnásob. Maximální bezpečnost a ultra vysoká dostupnost služeb jsou pro naše klienty tím nejdůležitějším. Z toho důvodu jsme v našem datacentru zavedli ještě přísnější opatření než je běžné. Veškerou infrastrukturu máme zdvojenou a ještě k tomu jsme přihodili extra rezervu.
Oproti tomu ve většině jiných datacenter volí pouze zdvojení infrastruktury nebo dokonce jen jednu rezervu. Je to totiž mnohem levnější a šance, že se vám porouchá například víc než polovina klimatizačních jednotek je přeci minimální, ne?
Jak známo, to, že jsme paranoidní, ještě neznamená, že po nás nejdou. Natož že se neporouchají tři klimatizační jednotky najednou. Proto jsme se s tímto standardem nespokojili a můžeme říct, že už se nám to za těch 5 let několikrát vyplatilo. Když už je řeč o klimatizaci: například jsme jednou prováděli revizi jednotlivých přístrojů (na což je pochopitelně třeba je vypnout) a najednou se nám u jedné z těch rezervních zadřel kompresor. Pro standardní datacentrum by to byla pohroma, ale my jeli vesele dál. Akorát jsme teda museli objednat ten kompresor…
Narozdíl od většiny jiných datacenter se tak i po 5 letech můžeme pochlubit zcela bezvýpadkovým provozem. Extra opatrnost se vyplácí a u datacentra to platí dvojnásob.
Zakládáme si taky na velkých zásobách hardware. Tak velkých, že by je mnozí jiní poskytovatelé hostingových služeb označili za zbytečné. Nám se ale opět potvrdilo, že pokud chceme klientům poskytovat excelentní služby za všech okolností, zásobovací paranoia se vyplatí.
Skvělým příkladem byl začátek letošní koronavirové krize. Kvůli zvýšenému zájmu o online nákupy některé e-shopy potřebovaly výrazně navýšit kapacitu – někdy i dvojnásobně. Zároveň pandemie po celém světě v podstatě zastavila pohyb dodávek hardware. Kdybychom potřebné servery teprve objednávali, infrastruktura klientů by se pod náporem zákazníků jednoduše sesypala. My jsme ale servery prostě vytáhli ze skladu a téměř okamžitě nainstalovali.
„Nejde“ neznáme
Další lekce, kterou jsme se provozem datacentra naučili, je nutnost myšlení „mimo krabici“. Jakožto poskytovatelé hostingových služeb a zároveň provozovatelé datacentra musíme klientovy představy o serverové infrastruktuře naplnit od A do Z. A varianta „to nejde“ v tomhle byznysu jednoduše neexistuje. Buď to nějak vymyslíte a nebo v téhle branži „ostrouháte“.
Za 5 let provozování datacentra jsme se setkali s kde čím. Ať už jde o vymýšlení obří infrastruktury pro ty největší lokální e-commerce hráče nebo transformace celého řešení na zbrusu novou, pro nás neznámou technologii, naučili jsme se nikdy nevzdat před bojem. Výsledkem bývají úplně nová, neotřelá řešení z hlav našich skvělých adminů. Jak se říká, že práce admina je celkem stereotypní, tak u nás toto opravdu nehrozí. Výzev pro ně máme víc než dost.
Samozřejmě jsou i požadavky, které jednoduše splnit nejde. Fyzikální zákony jsou holt, málo naplat, fyzikální zákony. Případně se stává, že je cena daného řešení naprosto mimo byznysovou realitu. I v takových případech jsme ale přišli na to, že než se spokojit s oním „nejde“, vždycky se vyplatí hledat alternativní řešení. Jistě, nebude zcela dle původního zadání, ale může se mu co nejvíce přiblížit.
Sečteno, podtrženo: za všech okolností hledáme způsoby, jak klientovým požadavkům vyhovět, nikoliv důvody, proč „to nejde“.
Pytel blech aneb jak uřídit firmu s týmy po celé Praze
Když jsme datacentrum stavěli, bylo nás ve firmě asi 20. Nad datový sál jsme přidali patro s kancelářemi a zázemím s tehdy, zdálo se, nesmyslně velkou kapacitou 50 lidí. Počítali jsme, že nám pěkných pár let potrvá než tolik vyrosteme. Nakonec to trvalo kraťoučké tři roky.
Dneska je nás okolo osmdesáti (plus 5 psů, 1 ještěr a na part time i 1 ježek). Do datacentra se už nějakou dobu nemáme šanci vejít, takže jsme provedli menší decentralizaci. Vývojáři sídlí v Holešovicích a obchod s marketingem v Karlíně. Z hlediska řízení firmy a HR je takové roztříštění firmy velká výzva.
Jaké lekce jsme si odnesli? Primárně že efektivní komunikace je pěkná makačka, která ale stojí za to. S drhnoucí komunikací se koneckonců setkává kdejaká rostoucí firma – jakmile je vás přes 25, informace už nestačí přirozeně předávat ve frontě na kávovar. Když přidáte rozdělení týmů do různých lokalit, efekt se násobí.
Naučili jsme se (a vlastně se pořád ještě učíme) pravidelněji a strukturovaněji předávat informace mezi týmy, aby nevznikala nedorozumění. Protože nedorozumnění plodí zbytečné konflikty, neefektivní práci a všeobecnou frustraci. Na druhou stranu nejsme příznivci nekonečných meetingů všech se všemi. Takže jak na to?
Například pravidelně všem posíláme vnitrofiremní newsletter, do kterého každý tým ve firmě přispěje novinkami o tom, co dělá, jaké další věci chystá, a co se obzvlášť povedlo. Díky tomu i nový obchodník tuší, co pro úspěch firmy dělají technici a admini chápou, proč po nich marketing chtěl zkontrolovat článek. Nabouráváme tak svoje týmové stereotypy a neustále si připomínáme, že všichni táhneme za jeden provaz.
Naše skvělé HR si taky dává záležet, aby se každý týden objevovalo ve všech našich kancelářích. Má tak velmi dobrý pojem o atmosféře všude ve firmě a o preferencích specifických týmů. Příjemným vedlejším účinkem jsou i spontánní popracovní degustace alkoholických nápojů, při kterých se, jak známo, vztahy utužují nejlépe.
Po 5 letech provozu datacentra a 14 letech fungování rozhodně nemáme patent na rozum. Ale jdeme stále kupředu, nepřestáváme na sobě pracovat a hlavně: pořád nás to baví.
Jak jsme upgradovali infrastrukturu GymBeam na megavýkonné EPYC servery
Jak a proč jsme GymBeamu vylepšili infrastrukturu, co je na EPYC serverech tak skvělého a pro koho je tento hardware nejvhodnější.
Posílili jsme infrastrukturu jednoho z největších e-commerce projektů u nás a na Slovensku: GymBeamu. A nejde o ledajaké vylepšení – upgradovali jsme aplikační část jejich clusteru na extra výkonné AMD EPYC servery (celkem 8 kousků).
Jak probíhala instalace, co to pro GymBeam znamená, jaké mají EPYC servery výhody a může se takové vylepšení vyplatit i vám? To vše se dočtete v tomto článku.
Co je na EPYC serverech tak epického?
Donedávna jsme se vshosting~ soustředili na servery s procesory Intel Xeon, které poli nejen serverových produktů dominují dlouhou řadu let. V posledních několika letech nás ovšem zaujalo i značné zlepšení nabídky a výrobních technologií společnosti AMD (Advanced Micro Devices).
Tato společnost nově nabízí procesory, které poskytují lepší poměr cena/výkon, vyšší počet jader na CPU a lepší správu spotřeby energie (mj. díky rozdílné výrobní technologii – AMD Zen 2 7nm vs. Intel Xeon Scalable 14nm). Tyto procesory využívají i extrémně výkonné AMD EPYC servery, které jsme použili pro infrastrukturu GymBeam.
Jde o nejmodernější servery s rekordními procesory, které mají až 64 jader a 128 vláken (!!!). Oproti standardu Intel Xeon Scalable, kde poskytujeme procesory s maximálně 28 jádry na jeden CPU, se objem výpočetních jader na jednotku více než zdvojnásobil.
Procesory EPYC serverů jsou vyráběny 7 nm výrobním procesem a metodou více čipletů v jednom pouzdře, která umožňuje vměstnat všech 64 jader na jedno CPU a zajistit tak opravdu úctyhodný výkon.
Jak probíhala instalace
Instalace prvních serverů založených na této pro nás nové platformě probíhala naprosto standardně. Prvním krokem byl pečlivý výběr komponent a unifikace platformy pro všechny budoucí realizace. Nejdůležitější na samotném začátku bylo ve spolupráci s dodavateli a specialisty správně zvolit nejlepší sestavení platformy, které budeme aplikovat na všechny budoucí instalace AMD EPYC. To zahrnuje výběr vhodného chassis, vhodné serverové desky, periferií včetně výkonnějších 20k RPM ventilátorů pro dostatečné chlazení atd. Nová platforma musí odpovídat vysokým standardům našich ostatních realizací – pro kompromisy není místo.
Výsledkem naší práce se servery s AMD EPYC do naší „flotily“ zařadily velmi hladce a rychle. Servery jsou založené na chassis a základních deskách od výrobce SuperMicro a umíme podle preferencí zákazníka nabízet jak 1Gbps tak 10Gbps přípojku a připojení pevných disků jak on-board tak s pomocí fyzického RAID řadiče. Pevné disky nadále aplikujeme z naší nabídky, a to SATA3//SAS2 či PCI-e NVMe. Přečtěte si víc o rozdílech mezi SATA a NVMe discích.
Jelikož se jedná o novou platformu, samozřejmě jsme zásobili sklad osazenými SPARE zařízeními, která jsme schopni okamžitě použít v případě závady na produkci.
Výhody nového hardwaru pro byznys GymBeam
Rozdíl oproti původním procesorům Intel je obrovský: kromě většího počtu jader je vyšší i výpočetní výkon na jednom jádře. Další navýšení výkonu zajišťuje zapnutí technologie Hyperthreading, které na procesorech Intel z bezpečnostních důvodů vypínáme, ale na procesorech AMD EPYC k tomu není (alespoň zatím) žádný důvod.
Výsledkem celkového navýšení výkonu je zaprvé významné zrychlení načítání webu způsobené vyšším výkonem na jádro. To vítají především zákazníci GymBeam, pro něž je nákup na e-shopu teď ještě příjemnější. Zrychlení webu také zlepší SEO a celkově zvedne vyhledávačovou „karmu“.
Kromě rychlejšího načítání získal GymBeam velkou výkonnostní rezervu pro své marketingové akce. Nová infrastruktura zvládne i několikanásobné zvýšení návštěvnosti v případě intenzivních reklamních kampaní.
V neposlední řadě si teď v GymBeamu mohou být jistí, že fungují na tom nejlepším železe na trhu 🙂
Vyplatí se i vám upgrade na EPYC „železo“?
Zaujaly vás megavýkonné EPYC procesory a zvažujete, jestli by se i vám vyplatily? Pokud vám jde o optimalizaci poměru cena/výkon, otázkou číslo jedna je jak moc výkonnou infrastrukturu váš projekt potřebuje.
Procesory AMD EPYC má smysl zvažovat v situaci, kdy vašim stávajícím procesorům začne docházet dech a upgrade na vyšší řadu Intel Xeon by nedával ekonomický smysl. Ta hranice je aktuálně cca 2x 14core – 2x 16core. Cena vůči nabídnutému výkonu nad tuto hranici je teď u Intelu neúměrně vysoká.
Důvodem upgradu ale samozřejmě nemusí být čistě technický či ekonomický – ten pocit, že provozujete služby na tom nejrychlejším a nejlepším co trh nabízí, má samozřejmě také svoji hodnotu.
Je i vaše SEO sabotováno nekvalitním hostingem?
Jak kvalita hosting ovlivňuje SEO: 3 hlavní faktory. A co dělat pro to, aby vás špatný hosting nesestřelil z předních příček výsledků vyhledávání.
Oblíbený SEO vtip praví, že když chcete něco dobře schovat, dáte to na druhou stránku výsledků Google vyhledávání. Ale že se na ještě lépe utajená místa můžete propadnout díky vašemu poskytovateli hostingu, už tak známou věcí není.
Vyhledávací algoritmy Googlu i ostatních vyhledávačů jsou přísně střeženým tajemstvím. Mnoho faktorů, které vás mohou sestřelit z předních pozic, ale SEO experti dobře znají. Typicky jde o nekvalitní texty na webu, obsah zkopírovaný odjinud či nekalé SEO praktiky.
Opomíjeným vlivem bývá často kvalita vašeho hostingu. Ten na SEO působí hned třikrát: rychlostí, výpadky a lokalitou.
1) Rychlost webu
Čím rychleji se vaše stránka načte, tím lepší budete mít ranking ve výsledcích vyhledávání. Samozřejmě jenom rychlost webu vám nezajistí první místo v pořadí, ale je jedním z důležitých faktorů. Bez rychlého webu se na první stránku prostě nedostanete. V tandemu s dalšími SEO strategiemi vám zrychlení webu pomůže šplhat po žebříčku Google výsledků výše.
Proč tomu tak je? Rychlost webu není jen jakousi abstraktní Google metrikou. Pomalé načítání je hlavním důvodem, proč návštěvníci, kteří už na web přišli, zase rychle odejdou. To způsobí zhoršení metrik jako je bounce rate a čas strávený na stránce, což zase vede ke ztrátě „vyhledávací karmy“ a posouvá vás stále níže v seznamu výsledků.
Podle naší zkušenosti je dobrým benchmarkem doba načtení do 3 vteřin. Pokud to vašemu webu trvá déle, dost možná za tím stojí hosting. Zjistěte u svého poskytovatele, jestli není problém v příliš malém výkonu, sdílení výkonu s jinými uživateli nebo třeba nevhodné lokalitě serverů, na kterých jsou vaše data umístěna (k lokalitě se ještě vrátíme).
Tip: Nevíte, jak rychlý je váš web? Doporučujeme nástroj PageSpeed Insights od Google. Nabízí možnost změřit rychlost jak mobilní, tak desktopové verze vaší stránky.
2) Výpadky
Výpadky hostingu jsou nepříjemnou záležitostí od začátku do konce – od ušlých tržeb, přes ztrátu důvěry zákazníků až po špatné SEO. Proto doporučujeme jejich frekvenci eliminovat volbou spolehlivého hostingového partnera.
A co má výpadek co dělat s vaším SEO? Bohužel poměrně dost. Například Google totiž stránky, které byly nějakou dobu nefunkční, penalizuje. Hrozí tak, že se propadnete ve výsledcích vyhledávání. Vrátit se zpátky nahoru pak není vůbec snadné, klíčová je proto prevence výpadků.
3) Lokalita
S rychlostí webu a tedy i SEO úzce souvisí i lokalita, ve které jsou servery s vašimi daty uloženy. Primárně jde o to, jak velká je vzdálenost mezi nimi a návštěvníkem vašeho webu. Čím delší vzdálenost musejí vaše data urazit, tím déle trvá, než k danému uživateli „dotečou“. Pokud jde, dejme tomu, o 500 kilometrů a váš hostingový poskytovatel využívá kvalitní operátory, vše funguje na výbornou.
Ovšem pokud máte servery v ServerParku v Praze a návštěvník vašeho webu sedí ve Starbucks v Los Angeles, může být nepříjemně překvapen pomalým načítáním. Ideálním řešením je v tomto případě tzv. CDN, která obsah vašeho webu periodicky cachuje (tj. ukládá v lokalitách, která jsou blíže návštěvníkům webu). Výsledkem je výrazné zrychlení načítání vašeho webu a tím i zlepšení vašeho postavení ve výsledcích vyhledávání.
Při výběru CDN se zaměřte na to, kde má daný poskytovatel umístěné takzvané popy. Tj. pro které lokality je schopný zajistit rychlé doručení vašeho obsahu. Například vshosting~ má popy po celé Evropě i severní Americe.
Špičkové SEO není jen o klíčových slovech a zajímavém obsahu. K dosáhnutí na přední příčky ve vyhledávání potřebujete také podporu kvalitního hostingového partnera. Zjistěte, jestli vaše SEO snahy netrpí právě nekvalitním hostingem.
Není zálohování jako zálohování: 5 klíčových dotazů na vašeho hostingového poskytovatele
Na co si dát pozor při zálohování aneb nestačí jen „mít nějakou zálohu“.
Všichni víme, že zálohovat je třeba. Ale co dál? Stačí prostě „mít nějakou zálohu“ a hotovo? Asi už tušíte, že tak jednoduché to nebude. Tady je 5 nejdůležitějších otázek, nad kterými by se měl každý zamyslet a probrat je se svým poskytovatelem hostingových služeb.
1. Jak rychlá by byla případná obnova dat?
Často opomíjenou, ale přitom dost zásadní otázkou je jak rychle se zálohovaná data dají obnovit. Velmi snadno se totiž můžete dostat do situace, že se váš projekt bude obnovovat třeba 3 dny (zatímco jste očekávali maximálně hodinu). Což například u vytíženého e-shopu znamená katastrofu.
Rychlost obnovy závisí primárně na množství obnovovaných dat a na použité technologii. Objem dat je dán vaším projektem – pokud provozujte online byznys s obrovskou zákaznickou databází, těžko data smrsknete. Ale i v případě mnoha dat lze hledat řešení, která vám v případě potřeby obnovu maximálně urychlí (např. technologie snapshotů je mnohem rychlejší než rsync). Ptejte se proto svého poskytovatele, jak dlouho by u vás obnova ze zálohy trvala a jaké jsou případně rychlejší možnosti.
2. Jak často se mi vyplatí data zálohovat?
Další důležitou otázkou je frekvence zálohování. Například v vshosting~ je u managed služeb standardem zálohovat 1x denně. Pokud to pro váš projekt nestačí, umíme zajistit i zálohy častější – třeba každou hodinu (tj. pokud to vámi zvolená produkční konfigurace umožňuje).
Samozřejmě s vyšší periodicitou zálohy roste i cena řešení, protože se zvyšují nároky na úložný prostor a výkon infrastruktury. Zejména pokud chcete zachovat ukládání všech verzí záloh až 30 dní nazpět nebo dokonce více. Takže stojí za zvážení, jak časté zálohy a kolik verzí zpětně skutečně potřebujete.
3. Co když dojde k selhání či zpoždění zálohování?
Specifickým rizikem u projektů, kde je třeba zálohovat obrovské množství dat, je možnost, že se záloha nestihne provést za vyhrazený časový úsek. Například pokud zálohujete 1x denně, musí se záloha stihnout za 24 hodin. Pokud se to nepodaří, může dojít ke zpoždění zálohování či dokonce jeho selhání.
Ve vshosting~ tomuto scénáři předcházíme tak, že jako výchozí file systém pro všechny managed služby využíváme ZFS filesystém. Ten nativně podporuje funkci zálohování pomocí snapshotů, tak jak je znáte např. ze záloh virtuálních serverů. Snapshot zajistí, že se celý server zazálohuje jako jeden soubor. To v konečném důsledku znamená, že je celý proces velice rychlý – vlastně téměř okamžitý. I obnova dat je díky této technologii mnohem rychlejší než např. při využití rsync.
4. Kde jsou moje data uložena?
U zálohy je z bezpečnostního hlediska naprosto klíčové, aby byla uložena úplně jinde, než primární data. Ideálně v jiném datacentru na opačném konci města. Kdyby tak došlo k nějaké katastrofě v místě uložení vašich primárních dat, zálohy tím nebudou ohroženy.
Je to vlastně podobné, jako když si doma zálohujete počítač na externí disk. Poté, co zálohu dokončíte, je ideální externí disk odvézt třeba k tchýni pro případ, že byste náhodou vyhořeli.
5. Jak je vyřešeno zabezpečení zálohovaných dat?
Mimo zálohování do oddělené lokality je z bezpečnostního hlediska zásadní, jak snadno se k vašim datům může někdo nepovolaný dostat. Hlavní obranou proti tomu je šifrování dat a omezený přístup k datům. Ve vshosting~ je šifrování samozřejmostí a k zálohám našich klientů se lze dostat pouze z naší vnitřní sítě. Na takový standard se ovšem nemůžete spolehnou u všech poskytovatelů.
Nespokojte se s tím, že od svého poskytovatele hostingu máte nějakou zálohu. Buďte nároční a ptejte se. Váš projekt si zaslouží tu nejlepší péči.
vshosting~
