Mi a nagy rendelkezésre állású dedikált szerver?
A tipikus dedikált szerver egy nagy teljesítményű számítógép, amely nagy sebességű internetkapcsolatra csatlakozik, és egy korszerű távoli adatközpontban vagy optimalizált adatközpontban van elhelyezve.
A nagy rendelkezésre állású dedikált szerver egy fejlett rendszer, amely redundáns tápegységekkel, teljesen redundáns hálózattal, RAID lemeztornyokkal és biztonsági mentésekkel van felszerelve, biztosítva a legmagasabb üzemidőt és a teljes megbízhatóságot, egyetlen hibapont nélkül.
Konfiguráció a nagy rendelkezésre állású dedikált szerverekhez
Amint a neve is mutatja, a nagy rendelkezésre állású dedikált megoldások skálázható és testreszabott tárhelymegoldások, amelyeket úgy terveztek, hogy megfeleljenek bármely vállalkozás egyedi igényeinek.
Ezeket a konfigurációkat gondosan úgy tervezték, hogy hibabiztos architektúrát biztosítsanak a kritikus alkalmazások futtatásához az Ön vállalkozásában – azokhoz, amelyek a legnagyobb rendelkezésre állást igénylik.
A lehetséges nagy rendelkezésre állású szerverkonfigurációk közé tartozhat több, redundáns terheléselosztók és replikációs hosztok által kezelt hoszt. Valamint redundáns tűzfalak a további biztonság és megbízhatóság érdekében.
Miért fontos a nagy rendelkezésre állású szerver az üzleti életben
A vállalkozások manapság az internetre támaszkodnak. Lássuk be – a legkisebb leállás is hatalmas veszteségeket okozhat az üzleti életben. És nem csak pénzügyi veszteségeket. A hírnév elvesztése ugyanilyen pusztító lehet.
A StrategicCompanies szerint a Fortune 500 vállalat több mint fele hetente legalább 1,6 óra leállást tapasztal. Ez hatalmas idő-, nyereség- és fogyasztói bizalomveszteséget jelent. Ha az ügyfelei nem tudják online elérni önt, akkor az ő szemükben akár a Holdon is lehetnének.
Gondolkodjon: A 2013-as évben az Amazon.com 30 perces kiesése állítólag közel 2 millió dollárjába került a vállalatnak. Ez percenként 66 240 dollár. Szánjunk rá egy percet, hogy ezt megigyuk. Még ha Ön nem is az Amazon, bármilyen nem tervezett leállás káros a vállalkozására nézve.
A szokásos tárhelyszolgáltatója 99%-os szolgáltatási rendelkezésre állást biztosíthat. Ez elméletben jól hangozhat. De gondoljon csak arra a hiányzó 1%-ra… Ez 87 óra (3,62 nap) leállást jelent évente! Ha az állásidő csúcsidőszakban következik be, a veszteség az Ön vállalkozására nézve katasztrofális lehet.
Az állásidő megelőzésének és e veszteségek kiküszöbölésének legjobb módja a nagy rendelkezésre állású hosting megoldások választása.
A hardver és szoftver összetett architektúrájára épülve a rendszer minden része egymástól teljesen függetlenül működik. Más szóval – egyetlen komponens meghibásodása sem fogja összeomlasztani az egész rendszert.
Ez képes kezelni a nagyon nagy mennyiségű kéréseket vagy a hirtelen megugró forgalmat. A szervezet méretével és igényeivel együtt nő és zsugorodik. Az Ön vállalkozása rugalmas, nem kellene, hogy a számítógépes rendszerei is azok legyenek?
A következőkben bemutatunk néhányat a legjobb nagy rendelkezésre állású megoldások közül, amelyeket üzleti alkalmazásainak hosztolásához használhat.
Ultra nagy teljesítményű dedikált szerverek
A nagy teljesítményű szerverek nagyobb számítási kapacitással rendelkező, kifejezetten a maximális teljesítmény elérésére tervezett nagy teljesítményű dedikált megoldások. Ideális megoldást jelentenek a vállalati munkaterhelések kiszolgálására.
Egy tipikus nagy teljesítményű dedikált szerver a következőkből áll:
- Egy/két legújabb Intel Xeon E3 vagy E5 sorozatú processzor.
- 64 GB – 256 GB RAM
- 8 – 24 TB SATA II HDD RAID 10-zel
- Energiatakarékos és redundáns tápegység & hűtőegységek
- Offsite mentések
Megjegyezzük, hogy a fenti lista csak egy minta konfiguráció, amely az Ön egyedi igényei szerint testre szabható/növelhető. Ha nagyobb teljesítményre van szüksége, 96 meghajtóval, 3 TB RAM-mal és több mint 40 fizikai CPU-maggal rendelkező konfigurációt is létrehozhatunk.
Valós alkalmazások (esettanulmány)
Az ügyfél igénye
Egyik meglévő ügyfelünk nagy teljesítményű játékszerverre volt szüksége flash játékok hostolásához, kódolt PHP és MySQL szerverrel backendként.
A legmagasabb rendelkezésre állás elérése érdekében 2 terheléselosztót igényeltek failoverrel. Mindegyik 2 webkiszolgálót és egy adatbázis-kiszolgálót tartalmaz.
Weboldal statisztikák
- 8000-10000 egyidejű játékos
- 100%-os üzemidő követelmény
- 10 GB+ adatbázis méret
Az AccuWebHosting által javasolt megoldás
Kapacitás tervező csapatunk teljesen redundáns infrastruktúrát tervezett a web és adatbázis szerverek előtt ülő kettős terheléselosztókkal.
Ez a beállítás 2 VM-ből áll terheléselosztókkal, amelyek egy tűzfalon keresztül kapcsolódnak a webkiszolgálók egy csoportjához. Az adatbázis-kiszolgálót ultragyors SSD-meghajtókra építettük a leggyorsabb lemezes I/O műveletekhez.
A failoverhez ennek az architektúrának egy pontos másolatát állítottuk fel valós idejű tükrözéssel. Ha az elsődleges rendszer meghibásodik, a másodlagos beállítás zökkenőmentesen átveszi a munkaterhelést. Így van. Nulla leállási idő.
Infrastruktúra diagram
Load Balanced Dedicated Servers
Load Balancing
A bejövő webes forgalom hatékony és beavatkozás nélküli elosztásának folyamatát a szerverek egy csoportja között Load Balancingnek nevezzük.
A hardveres vagy szoftveres eszközt, amely ezt a terheléselosztási funkciót biztosítja, Load Balancer néven ismerjük.
A hardveres/szoftveres terheléselosztóval felszerelt dedikált szervereket terheléselosztásos dedikált szervereknek nevezzük.
Hogyan működik a terheléselosztás?
A terheléselosztó a szerverek előtt helyezkedik el, és a látogatók kéréseit a szerverek között továbbítja. Biztosítja az egyenletes elosztást, azaz minden kérést úgy kell teljesíteni, hogy az összes szerver sebességét és kapacitáskihasználtságát maximalizálja, és egyik szerver sincs túl vagy alul kihasználva.
Amikor az ügyfelei meglátogatják a weboldalát, először a terheléselosztóhoz kapcsolódnak, és a terheléselosztó az infrastruktúrájában lévő webkiszolgálók egyikére irányítja őket. Ha bármelyik szerver leáll, a terheléselosztó azonnal átirányítja a forgalmat a megmaradt online szerverekre.
A webes forgalom növekedésével gyorsan és egyszerűen új szervereket adhat hozzá a terheléselosztott szerverek meglévő pooljához. Egy új kiszolgáló hozzáadásakor a terheléselosztó automatikusan elkezdi küldeni a kéréseket az új kiszolgálónak. Így van – nincs szükség a felhasználó beavatkozására.
A terheléselosztás típusai
A terheléselosztás a következő módszerek egyikével végezhető.
- Teherelosztás DNS-en keresztül
- Teherelosztás hardveren keresztül
- Teherelosztás szoftveren keresztül
Teherelosztás DNS-szel
A DNS szolgáltatás kiegyensúlyozza a webes forgalmat a több szerver között. Vegye figyelembe, hogy ha a forgalom terheléselosztását ezzel a módszerrel végzi, nem választhatja ki, hogy melyik terheléselosztási algoritmust használja. Mindig a Round Robin algoritmust használja a terhelés kiegyenlítésére.
Leterheléselosztás hardverrel
Ez a terheléselosztás legdrágább módja. Dedikált hardveres eszközt használ, amely a forgalom terheléselosztását végzi.
A hardveres terheléselosztó rendszerek többsége beágyazott Linux disztribúciót futtat egy terheléselosztás-kezelő eszközzel, amely könnyű hozzáférést és a konfiguráció áttekintését teszi lehetővé.
Teherelosztás szoftveren keresztül
A szoftveres terheléselosztás az egyik legmegbízhatóbb módszer a terhelés elosztására a szerverek között. Ennél a módszernél a szoftver különböző algoritmusok segítségével egyensúlyozza ki a bejövő kéréseket.
Leterheléselosztási algoritmusok
A bejövő kérések terheléselosztásának eléréséhez számos algoritmus használható. A terheléselosztási módszer kiválasztása a szolgáltatás típusától, a terheléselosztás típusától, a hálózat állapotától és a saját üzleti követelményektől függ.
Tipikusan alacsony terhelésű rendszerek esetén egyszerű terheléselosztási módszerek (pl. Round Robin) elegendőek, míg nagy terhelésű rendszerek esetén összetettebb módszereket kell alkalmazni. Ezen a linken további információkat talál néhány, a terheléselosztók által használt ipari szabványos terheléselosztási algoritmusról.
Leterheléselosztás beállítása Linuxon
A HAProxy (High Availability Proxy) a legjobb elérhető eszköz terheléselosztó beállítására Linux gépeken (webszerver, adatbázis-kiszolgáló stb.).
Ez egy nyílt forráskódú TCP és HTTP terheléselosztó, amelyet a legnagyobb weboldalak közül néhányan használnak, köztük a Github, StackOverflow, Reddit, Tumblr és Twitter.
Egy gyors és könnyű proxykiszolgáló szoftverként is használják, kis memóriaigénnyel és alacsony CPU-használattal.
A következőkben néhány kiváló bemutatót találunk az Apache, NGINX és MySQL szerveren történő terheléselosztás beállításához.
- HAProxy mint terheléselosztó beállítása az Nginx számára CentOS 7 rendszeren
- Nagy rendelkezésre állású terheléselosztó beállítása Apache számára HAProxy-val
- MySQL terheléselosztás beállítása HAProxy-val
Leterheléselosztás beállítása Windowson
Nézze meg az alábbi hivatalos Microsoft dokumentumot az IIS webszerveren történő terheléselosztás beállításához.
Load Balancing beállítása az IIS-en
Skálázható privát felhő
A skálázható privát felhő olyan felhőalapú rendszer, amely önkiszolgálást, skálázhatóságot és rugalmasságot biztosít egy saját architektúrán keresztül.
A magánfelhő nagymértékben skálázható, ami azt jelenti, hogy bármikor, amikor több erőforrásra van szüksége, bővítheti azokat, legyen szó memóriáról, tárhelyről, CPU-ról vagy sávszélességről.
A legjobb szintű biztonságot és ellenőrzést nyújt, így ideális megoldás egy nagyobb vállalkozás számára. Lehetővé teszi a számítógép, a tárolás és a hálózati komponensek testre szabását, hogy azok a lehető legjobban megfeleljenek az egyéni követelményeknek.
Private Cloud előnyei
Elnagyobb biztonság & Adatvédelem
Minden adatát dedikált szervereken tárolja és kezeli, dedikált hozzáféréssel. Ha a felhője a helyszínen van, a szervert az Ön belső informatikai csapata felügyeli, ha pedig egy adatközpontban, akkor az ő technikusaik felügyelik. Így a fizikai biztonság nem az Ön gondja.
Teljesen redundáns platform
A privát felhőplatform olyan szintű redundanciát biztosít, amely kompenzálja a merevlemez, a feldolgozási teljesítmény stb. többszörös meghibásodását. Ha magánfelhővel rendelkezik, nem kell fizikai infrastruktúrát vásárolnia a forgalom ingadozásának kezeléséhez.
Efficiency & Control
A magánfelhő nagyobb kontrollt biztosít az adatok és az infrastruktúra felett. Dedikált erőforrásokkal rendelkezik, és a szerver tulajdonosán kívül senki más nem fér hozzá a szerverhez.
Kiszabható erőforrások
Minden vállalatnak megvannak a maga műszaki és üzleti követelményei, amelyek általában eltérnek más vállalatoktól a vállalat mérete, az iparág, az üzleti célok stb. alapján.
A magánfelhő lehetővé teszi, hogy a szerver erőforrásokat az egyedi igényeihez igazítsa. Azt is lehetővé teszi, hogy szükség esetén frissítse a szerver erőforrásait.
Magánfelhő hátrányai
Költség
A nyilvános felhőhöz és az egyszerű dedikált szerver beállításához képest a magánfelhő drágább. A hardverbe és az erőforrásokba való beruházásokra is szükség van.
A privát felhőt bérelheti is, azonban a költségek valószínűleg ugyanannyiba vagy még magasabbak lesznek, így ez nem feltétlenül jelent előnyt.
Karbantartás
A privát felhő megvásárlása vagy bérlése csak egy része a költségeknek. Nyilvánvaló, hogy a vásárlás esetén kezdetben nagy összegű készpénzkiadással kell számolnia. Bérlés esetén folyamatos havi díjakkal kell számolnia.
De még ezeken a költségeken túl is figyelembe kell vennie a karbantartást és a tartozékokat. A privát felhőjének elegendő áramellátásra, hűtési lehetőségekre, a szerver kezeléséhez szükséges technikusra és így tovább.
Kihasználatlanság
Még ha nem is használja ki a szerver erőforrásokat, akkor is ki kell fizetnie a privát felhő teljes költségét. Akár saját, akár bérelt, a kapacitás kihasználatlanságának költségei ijesztőek lehetnek, ezért már a folyamat elején megfelelően méretezzen.
Bonyolult megvalósítás
Ha nem ért a technikához, nehézségekbe ütközhet a magánfelhő fenntartása. Szüksége lesz egy felhőszakértő alkalmazására az infrastruktúra kezeléséhez, ami újabb költséget jelent.
Linux & Windows Private Cloud Providers
A felhőszolgáltatók lehetőséget adnak arra, hogy kiválaszthassa az operációs rendszert: Windows vagy bármelyik Linux-disztribúciót. Az alábbiakban bemutatunk néhányat a privát felhő megoldások szolgáltatói közül.
- AccuWebHosting
- Amazon Web Services
- Microsoft Azure
- Rackspace
A saját privát felhő beállítása
A saját privát felhő beállításához számos fizetős és nyílt forráskódú eszköz áll rendelkezésre.
- OpenStack
- VMware vSphere
- VMmanager
- OnApp
- OpenNode Cloud Platform
Az OpenStack egy nyílt forráskódú platform, amely IAAS (Infrastructure As A Service) szolgáltatást nyújt mind nyilvános, mind privát felhőhöz.
Kattintson ide a teljes telepítési útmutatóért, amely megmutatja, hogyan telepítheti saját privát felhő-infrastruktúráját OpenStackkel egyetlen csomóponton CentOS vagy RHEL 7 alatt.
Failover
A Failover az elsődleges szerver/hálózat meghibásodása esetén azonnali átváltást jelent egy tartalék szerverre vagy hálózatra.
Amikor az elsődleges host leáll vagy karbantartásra szorul, a munkaterhelés automatikusan átkerül egy másodlagos hostra. Ennek zökkenőmentesnek kell lennie, a felhasználók egyáltalán nem veszik észre, hogy ez megtörtént.
A failover megakadályozza az egyetlen hibapont (SPoF) kialakulását, ezért ez a legmegfelelőbb megoldás olyan kritikus alkalmazásokhoz, ahol a rendszernek egyetlen másodpercnyi leállás nélkül online kell lennie.
Hogyan működik a failover?
Meglepő módon az automatizált failover rendszer meglehetősen könnyen beállítható. A failover infrastruktúra 2 azonos szerverből áll, egy elsődleges és egy másodlagos szerverből. Mindkét szerver ugyanazokat az adatokat szolgálja ki.
Egy harmadik szerver a felügyeletre szolgál. Folyamatosan figyeli az elsődleges szervert, és ha problémát észlel, automatikusan frissíti a webhely DNS-bejegyzéseit, hogy a forgalom a másodlagos szerverre irányuljon.
Mihelyt az elsődleges szerver újra működni kezd, a forgalom visszakerül az elsődleges szerverre. A legtöbbször a felhasználók észre sem veszik a leállást vagy a szerver válaszának késését.
Failover típusok
Cold Failover
A Cold Failover egy redundancia módszer, amely során az egyik rendszer egy másik, azonos elsődleges rendszer tartalékaként működik. A Cold Failover rendszer csak az elsődleges rendszer meghibásodása esetén hívható.
A Cold Failover tehát azt jelenti, hogy a második kiszolgáló csak az első leállítása után indul el. Ez egyértelműen azt jelenti, hogy az átállás során el kell tudni viselni egy kis leállást.
Hot Failover
A Hot Failover egy redundáns módszer, amelyben az egyik rendszer egyidejűleg fut egy azonos elsődleges rendszerrel.
Az elsődleges rendszer meghibásodása esetén a Hot Failover rendszer azonnal átveszi a helyét, és helyettesíti az elsődleges rendszert. Az adatok azonban továbbra is valós időben tükrözve vannak, biztosítva, hogy mindkét rendszer azonos adatokkal rendelkezzen.
Failover beállítása
Nézze meg az alábbi útmutatókat a failover fürt beállításához és telepítéséhez.
- Failover Cluster beállítása Windows Server 2012-n
- Configure High Avaliablity Cluster On CentOS
- The Complete Guide on Setting up Clustering In Linux
Available Solutions
A failover fürtök négy fő szolgáltatója van az alábbiakban felsoroltak szerint.
- Microsoft Failover Cluster
- RHEL Failover Cluster
- VMWare Failover Cluster
- Citrix Failover Cluster
Failover előnyei
- A Failover szerver fürtözés teljesen skálázható megoldás. Az erőforrások hozzáadhatók vagy eltávolíthatók a fürtből.
- Ha a fürt valamelyik dedikált kiszolgálója karbantartást igényel, leállítható, míg a többi kiszolgáló kezeli a terhelést. Így megkönnyíti a karbantartást.
Failover Hátrányok
- Failover A szerver fürtözése általában több szervert és hardvert igényel a kezeléshez és felügyelethez, így növeli az infrastruktúrát.
- A szerver fürtözése nem rugalmas, mivel nem minden szervertípus fürtözhető.
- Sok olyan alkalmazás van, amelyet nem támogat a fürtözött kialakítás.
- Nem költséghatékony megoldás, mivel jó szerverkialakítást igényel, ami drága lehet.
Nagy rendelkezésre állású fürtök
A nagy rendelkezésre állású fürt olyan szervercsoport, amely olyan szerveralkalmazásokat támogat, amelyek minimális leállással használhatók, ha bármelyik szervercsomópont meghibásodik vagy túlterhelést tapasztal.
A nagy rendelkezésre állású fürtökre bármely okból, például terheléselosztás, failover kiszolgálók és biztonsági rendszer miatt szükség lehet. A fürtkonfiguráció leggyakoribb típusai az aktív-aktív és az aktív-passzív.
Az aktív-aktív nagy rendelkezésre állású fürt
Ez legalább két csomópontból áll, mindkettő aktívan futtatja ugyanazt a szolgáltatást. Az aktív-aktív fürt a legalkalmasabb a valódi terheléselosztás elérésére. A munkaterhelés megoszlik a csomópontok között. Általában jelentős javulás tapasztalható a válaszidőben és az olvasási/írási sebességben.
Aktív-passzív nagy rendelkezésre állású fürt
Az aktív-passzív szintén legalább két csomópontból áll. Azonban nem minden csomópont marad aktív egyszerre. A másodlagos csomópont passzív vagy készenléti üzemmódban marad. Általában ez a fürt alkalmasabb failover fürtkörnyezetre.
Egy nagy rendelkezésre állású fürt beállítása
Itt van néhány kiváló útmutató egy nagy rendelkezésre állású fürt beállításához.
- Configuring A High-Availability Cluster On CentOS
- Configure High-Availability Cluster on CentOS 7 / RHEL 7
Available Solutions
Vannak nagyon jól ismert gyártók, akik a magas rendelkezésre állású szolgáltatások szakértői. Néhányat közülük az alábbiakban felsorolunk.
- Dell Windows High Availability megoldások
- HP High Availability (HA) megoldások Microsoft és Linux klaszterekhez
- VMware HA Cluster
High Availability Cluster előnyei
Védelem az állásidő ellen
A HA megoldásokkal, ha a fürt bármelyik kiszolgálója offline állapotba kerül, az összes szolgáltatás átkerül egy aktív hostra. Minél gyorsabban újra üzemképes a kiszolgáló, annál gyorsabban folytathatja a munkát. Ez megakadályozza, hogy vállalkozása nem termelékeny maradjon.
Optimális rugalmasság
A magas rendelkezésre állású megoldások nagyobb rugalmasságot kínálnak, ha vállalkozása 24×7-es rendelkezésre állást és biztonságot igényel.
Megtakarítja az állásidő költségeit
Minél gyorsabban újra üzemképes a szervere, annál gyorsabban folytathatja a tevékenységét.Ez megakadályozza, hogy vállalkozása nem termelékeny maradjon.
Egyszerű testreszabás
A HA megoldásokkal pillanatok alatt átkapcsolhat a failover szerverre és folytathatja a termelést. A HA fürtöt az Ön igényei szerint testre szabhatja. Beállíthatja, hogy az adatok perceken belül vagy másodperceken belül naprakészek legyenek. Ezenkívül az adatreplikációs séma, a verziók az Ön igényei szerint megadhatók.
Nagy rendelkezésre állású klaszter hátrányai
Folyamatos növekedés az infrastruktúrában
Sok szervert és rengeteg hardvert igényel a failover és a terheléselosztás megvalósításához. Ez növeli az infrastruktúrát.
Az alkalmazás nem támogatott!
AHA-klaszterezés nagy rugalmasságot kínál hardveres szinten, de nem minden szoftveralkalmazás támogatja a fürtözött környezetet.
Drága
AHA-klaszterezés nem költséghatékony megoldás, minél több kifinomultságra van szüksége, annál több pénzt kell befektetnie.
Az AccuWebHosting által épített komplex konfiguráció
A megrendelő igénye
E-kereskedelmi weboldal, amely képes kezelni a másodpercenkénti 1000 HTTP-kérés csúcsterhelését, több mint 15 000 látogatót naponta és a 3-szoros terhelést kevesebb mint 10 másodperc alatt. A csúcsidőszakokban és az új termékek bevezetésekor a weboldal látogatottsági száma 2-vel lesz többszörös.
Weboldal statisztikák
- 40K termék és termékhez kapcsolódó cikkek
- 40 GB statikus tartalom (képek és videók és weboldal elemek)
- 6 GB adatbázis
Az általunk szállított megoldás
Nagy rendelkezésre állású felhő infrastruktúrát javasoltunk, hogy kezelje a terhelést és biztosítsa a maximális rendelkezésre állást is. A terhelés elosztásához 2 terheléskiegyenlítő szervert szereltünk a beállítás elé, amelyeken terheléskiegyenlített IP-címek voltak.
A várható forgalom elnyelésére összesen 8 webszerver, 3 fizikai dedikált szerver és 5 Cloud-példányt telepítettünk. A telepítést úgy konfiguráltuk, hogy a különböző komponensek között az rsync fürtön keresztül történjen a szinkronizálás.
A Cloud példányokat úgy használtuk, hogy a csúcsforgalom terhelésének megfelelően hozzáadhatók vagy eltávolíthatók legyenek anélkül, hogy további fizikai szerverekkel kapcsolatos költségek merülnének fel.
Minden Cloud-példány tartalmazta a teljes webhelyet (40 GB statikus tartalom), hogy a felhasználó számára zökkenőmentes webhely-élményt nyújtson.
A 6 GB-os adatbázis egy dedikált mesterszerveren volt elhelyezve, amelyet egy másodlagos szolgaszerverre replikáltak, hogy a mesterszerver meghibásodása esetén átvegye a helyét. Mindkét DB szerver SSD lemezekkel rendelkezik a jobb olvasási/írási teljesítmény érdekében.
Egy 15 fős fejlesztői és tartalomírói csapat frissíti a tartalmat egy dedikált szerveren elhelyezett backoffice szervereken keresztül. A csapat által végrehajtott módosítások rsync segítségével terjednek el a termelési környezetben és az adatbázisban.
A teljes infrastruktúrát a Zabbix felügyelte, amely egy magas rendelkezésre állású Cloud VPS-re van telepítve. A Zabbix figyeli az infrastruktúra szerverei által szolgáltatott adatokat, majd egy sor grafikont készít a RAM-használat, az átlagos terhelés, a lemezfogyasztás és a hálózati statisztikák ábrázolására. A Zabbix riasztást is küld, ha bármelyik használat eléri a küszöbértéket, vagy ha valamelyik szolgáltatás leáll.
Következtetés
Az eddigiekben láthattuk a különböző technológiákat, például a terheléselosztást, a hibaelosztást és a nagy rendelkezésre állású beállításokat, amelyekkel kis méretű és összetett üzleti informatikai megoldásokat lehet létrehozni.
Láttunk néhány valós alkalmazást és esettanulmányt is. Ezek az esettanulmányok valóban segítenek a legmegfelelőbb nagy rendelkezésre állási infrastruktúra véglegesítésében.
Ha új infrastruktúrát tervez vásárolni vállalkozása számára, vagy meglévő infrastruktúráját szeretné frissíteni, az AccuWebHosting mindig az Ön rendelkezésére áll. Emellett a cloudsmallbusinessservice top 10-es listáján a legjobban ajánlott tárhelyszolgáltatóként szerepelünk.