# Válasszon hosztolási üzemeltetési modellt, mielőtt felhőt választana | SwissOctet Insights https://swissoctet.com/hu/insights/choose-a-hosting-operating-model/ SwissOctet / Betekintések / Web és onion Web és onion Alkalmazott · 4 perc olvasás Válasszon hosztolási üzemeltetési modellt, mielőtt felhőt választana Hasonlítsa össze a megosztott tárhelyet, egy VPS-t, a dedikált hardvert és a nagy felhőplatformokat a felelősség, a helyreállítás, a függőségek és a teljes üzemeltetési költségvetés szempontjából. Szerző: SwissOctet Editorial Útmutató mentése Hivatkozás másolása EZEN AZ OLDALON 01 Kezdje azzal a munkával, amelynek tulajdonosára szüksége van 02 Értse meg, mit ad hozzá a felhő az összehasonlításhoz 03 Válasszon olyan architektúrát, amely helyreállítható 04 Hasonlítsa össze a teljes üzemeltetési költségvetést 05 Kezelje az adatvédelmet függőségi térképként 06 Használja a migrációs útvonalat a döntés részeként Az Ön gyakorlati ellenőrzőlistája Források és további olvasmányok Vissza a könyvtárhoz A KÖZVETLEN VÁLASZ Hasonlítsa össze a hosztolási modelleket az általuk kiosztott üzemeltetési felelősségek és az általuk lehetővé tett architektúra alapján. A felhő mérete, egy virtuális gép és a dedikált hardver egy rendszer különböző aspektusait írják le; egyik sem bizonyítja önmagában az adatvédelmet, a költségeket vagy a helyreállítási viselkedést. 01 Kezdje azzal a munkával, amelynek tulajdonosára szüksége van A hosztolási döntés a számítási erőforrások mellett üzemeltetési munkát is kioszt. Az egyik projektnek egy fiókra van szüksége, amely hagyományos webhelyet futtat; a másiknak az operációs rendszer csomagjai és a háttérfolyamatok feletti ellenőrzésre. A harmadiknak egy adatbázis-platformra, amelynek karbantartását meghatározott szolgáltatási szerződés keretében végzik. Először sorolja fel ezeket a felelősségeket, valamint az azok fenntartására rendelkezésre álló személyeket. A megosztott tárhely jellemzően fiókszintű környezetet tesz elérhetővé. A VPS vendég operációs rendszert tesz elérhetővé, míg a dedikált hardver a gép határát fizikai szerverre helyezi. A felügyelt szolgáltatás külön kérdés: egy termékcímke nem árulja el, ki alkalmazza a javításokat, állítja helyre az adatokat vagy vizsgálja ki az incidenst. Kérdezze meg a felügyelet hatókörét és a helyreállítási eljárást, ahelyett hogy univerzális funkcióként kezelné. 02 Értse meg, mit ad hozzá a felhő az összehasonlításhoz A NIST a felhőszámítást olyan jellemzőkön keresztül írja le, mint az igény szerinti hozzáférés, az erőforrás-poolozás, a rugalmasság és a mért szolgáltatás. Egy virtuális gép egy felhőplatform egyik összetevője lehet, így a VPS és a felhő nem egymást kizáró technológiák. A hasznos összehasonlítás a kínált konkrét szolgáltatások között van: egy rögzített virtuális gép, egy rugalmas géppark vagy egy felügyelt szolgáltatások köré épített alkalmazás. A hiperskaláris egy iparági kifejezés arra a szolgáltatóra, amely nagyon nagy léptékben üzemeltet infrastruktúrát és szolgáltatási platformokat. Ez a lépték széles körű telepítési eszközöket és földrajzi választékot kínálhat; nem árulja el, hogy egy adott architektúra megfelel-e az igényeinek. Értékelje az egyes összetevők régióját, szolgáltatásfüggőségeit, identitásmodelljét és szerződését. A kisebb szolgáltató és a nagy platform egyaránt megköveteli annak világos számbavételét, hogy hová kerülnek az adatok. Üzemeltetési modell A projekt számára elérhető ellenőrzés Kérdés a választás előtt Megosztott tárhelyfiók Webhelybeállítások a fiók hatókörén belül Illik a futtatókörnyezet az alkalmazáshoz? Virtuális gép Vendég operációs rendszer és telepített szolgáltatások Ki tartja karban és állítja helyre a vendéget? Dedikált gép Fizikai szerverhatár Indokolja-e a munkaterhelés ezt a határt? Felügyelt felhőszolgáltatás A API szolgáltatás és a támogatott beállítások Mi marad az ügyfél felelőssége? 03 Válasszon olyan architektúrát, amely helyreállítható Egyetlen gép ésszerű kiindulópont lehet egy kis alkalmazás számára, ha a helyreállítási követelményei lehetővé teszik a visszaállítást vagy egy tervezett karbantartási ablakot. Egy második alkalmazáscsomópont hozzáadása csak akkor változtatja meg a tervezést, ha a forgalomirányítás, a munkamenetek és a tartós adatok mindkettőn helyesen működnek. Két szerver, amely ugyanazt a hiányos helyreállítási tervet futtatja, továbbra is hiányos helyreállítási terv. Az elosztott tárolás jól szemlélteti ezt a különbséget. Az olyan szoftverek, mint a Ceph, klasztereken osztják el a tárolási munkát, és objektum-, blokk- és fájlinterfészeket kínálnak. A replikáció vagy a törléskódolás segíthet elviselni bizonyos hardverhibákat, de a klaszternek a helyreállításhoz és az újraelosztáshoz is szüksége van kapacitásra. Az elosztott élő másolat nem helyettesíti a független biztonsági mentést. Döntse el, hogyan viselkednek az írások hálózati szakadás esetén, és tesztelje a választott megvalósításhoz kapcsolódó hibaeseteket. 04 Hasonlítsa össze a teljes üzemeltetési költségvetést Írja fel a költségvetést munkaterhelésként: normál forgalom, forgalmas időszak, tárolt adatok, biztonsági mentés megőrzése és a helyreállításhoz szükséges átvitel. Számítsa bele a fizetős szoftvereket, a külső API-kat, az adminisztrációs időt és az adatok újbóli áthelyezésének költségét. Egy kezdő havi összeg és egy használatalapú becslés különböző kérdésekre válaszol. Hasonlítsa össze őket ugyanazon időszak alatt, és tartsa a feltételezéseket az eredmény mellett. Egy nagy felhőplatform esetében azonosítsa az alkalmazás működéséhez szükséges összes szolgáltatást. Egy VPS esetében vegye figyelembe azt a munkát, amelyet egyébként a felügyelt szolgáltatások végeznének el. Egyik megközelítés sem automatikusan olcsóbb. Kezdje egy kis reprezentatív telepítéssel vagy egy dokumentált ajánlattal, majd hasonlítsa össze a tényleges számlát a modellel. Tartson fenn helyet a helyreállítási forgalomnak és az ideiglenes migrációs kapacitásnak, ahelyett hogy csak az állandósult állapotra költségvetne. 05 Kezelje az adatvédelmet függőségi térképként A gép régiója egy bejegyzés egy szélesebb térképen. A hitelesítés, a monitorozás, a támogatási eszközök, a biztonsági mentések és a modell API-k külön szolgáltatásokon keresztül működhetnek. Jegyezze fel, mit kap mindegyik, ki férhet hozzá, és meddig őrzik meg. Az AWS megosztott felelősségi modellje egy példa arra, hogy egy szolgáltató kifejezetten elválasztja infrastruktúra-kötelezettségeit az ügyfél kötelezettségeitől; a hatókör a szolgáltatással változik. Használja ezt a megkülönböztetést a szolgáltatók összehasonlításakor anélkül, hogy egy szolgáltató kötelezettségeit egy másik szerződésbe átvinné. A SwissOctet konfiguráció egy hosztolási helyet és felsorolt erőforrásokat ír le. Nem határozza meg a később hozzáadott integrációk helyét. Minimalizálja az egyes függőségek által fogadott adatokat, biztosítsa az adminisztrációt, és ellenőrizze a biztonsági mentési célhelyeket, mielőtt kijelentést tenne saját alkalmazása adatútjáról. 06 Használja a migrációs útvonalat a döntés részeként Ellenőrizze, hogyan tudja exportálni az alkalmazásadatokat, a konfigurációt és az identitásokat. Egy virtuális gépen futó hagyományos alkalmazás könnyen áthelyezhető lehet, míg egy szolgáltatásspecifikus adatbázis vagy eseményrendszer adaptációt igényelhet. A hordozhatóság az üzemeltetési ismeretektől is függ: egy biztonsági mentés, amelyet senki sem tud visszaállítani, gyenge kilépési terv, még akkor is, ha a formátuma nyílt. Egy első SwissOctet szűkített listához hasonlítsa össze a Canvas-t, amikor egy fiókszintű webkörnyezet megfelel, a Vector-t a vendég operációs rendszer feletti ellenőrzéshez, és a Metal kínálatot, amikor a fizikai határ számít. A tárolásorientált lehetőségek egy másik kapacitáskérdést támogatnak, és nem szabad felügyelt elosztott klaszterként leírni őket. Tartsa az architektúrát elég kicsinek az üzemeltetéshez, és csak akkor adjon hozzá platformbonyolultságot, ha az egy tesztelt követelményt kezel, nem pedig egy elképzelt jövőbeli léptéket. FORDÍTSA CSELEKVÉSRE Az Ön gyakorlati ellenőrzőlistája. ✓ Rendelje hozzá az adminisztráció és a helyreállítás tulajdonjogát. ✓ Különböztesse meg a virtuális gépet a szélesebb felhőplatformtól. ✓ Költségvetésbe foglalja a függőségeket, az átvitelt és a karbantartást. ✓ Teszteljen egy hiba-határt, mielőtt csomópontokat ad hozzá. ✓ Jegyezzen fel egy működő adatexportálási és migrációs útvonalat. Ellenőrzőlista letöltése GYAKORI KÉRDÉSEK A fontos részletek. Lehet-e egy VPS egy felhőplatform része? + Igen. Egy virtuális gép lehet felhőszolgáltatás. Hasonlítsa össze a tényleges erőforrás-, skálázási és kezelési modellt, ahelyett hogy feltételezné, hogy a nevek kizárólagos technológiákat írnak le. Helyettesíti-e az elosztott tárolás a biztonsági mentéseket? + Nem. Az élő redundancia kiválasztott összetevőhibákra ad választ. Egy független biztonsági mentés és egy visszaállítási teszt más hibákra, például törlésre és sérült alkalmazásadatokra ad választ. Mindig rossz adatvédelmi választás a nagy felhő? + Nem. Értékelje a konkrét szolgáltatásokat, adatfolyamokat és szerződéses kontrollokat. A szolgáltató mérete önmagában nem határozza meg az architektúra alkalmasságát. ELSŐDLEGES HIVATKOZÁSOK Menjen a forráshoz. Ezek a hivatkozások támogatják az útmutató műszaki fogalmait. Kövesse az aktuális dokumentációt, mielőtt éles rendszert módosítana. NIST SP 800-145: A felhőszámítás meghatározása nvlpubs.nist.gov AWS: Megosztott felelősségi modell aws.amazon.com Ceph: Tárolási architektúra docs.ceph.com Ceph: Törléskódolás docs.ceph.com Szerkesztői útmutatás: SwissOctet. A példák tájékoztató jellegűek. A szolgáltatási specifikációkat, az elérhető opciókat és a szerződéses feltételeket külön kell ellenőrizni. KAPCSOLJA ÖSSZE A TUDÁST Kapcsolódó infrastruktúra. Canvas Web Svájc Vector VPS Svájc Metal Origin Svájc Vault Storage Svájc TARTSA A FONALAT Az Ön következő terepjegyzetei. Fedezze fel az összes útmutatót TEREPJEGYZET / 01 + Dedikált és GPU Alapok VPS vagy dedikált: válassza ki a megfelelő határt Értse meg, mit változtat meg egy fizikai gép, mit nem, és mikor válik hasznos lépéssé a munkaterheléséhez. 4 perc olvasás Olvassa el az útmutatót TEREPJEGYZET / 02 + Web és onion Alapok Webhosztolás vagy VPS: válassza ki a munkát, amelyet maga akar végezni Hasonlítsa össze az alkalmazáskövetelményeket, az ellenőrzést és a karbantartási felelősségeket, ahelyett hogy a VPS-t minden webhely automatikus következő lépéseként kezelné. 6 perc olvasás Olvassa el az útmutatót TEREPJEGYZET / 03 + Tárolás és helyreállítás Alapok Objektum-, fájl- vagy blokktárolás: válassza ki az alkalmazás által igényelt interfészt Különböztesse meg a tárolási interfészeket, a hozzáférési szemantikát és az üzemeltetési felelősségeket, mielőtt egy kapacitáskövetelményt alkalmazásarchitektúrává alakítana. 4 perc olvasás Olvassa el az útmutatót