kvp#9
A legtobb felho szolgaltato csak virtualis szervereket ad berbe azon a gepen futtatva ahol eppen van eleg ures eroforrasa. Se redundanciat, se backup-ot nem biztosit, mindkettot a berlonek kell hozzaadnia.
Jo pelda az amazon szerver szolgaltatasa. Ha barmi gond van a fizikai geppel ahol a szerver peldany fut, akkor nem migraljak at automatikusan sehova, nem tukrozik az allapotat, egyszeruen leall, majd a berlonek kell ujrainditania, ha nem script-ezte be. Amennyiben a fizikai gepen adatvesztes tortenik, akkor a nyers virtualis gep peldanyt allitjak helyre egy uj szerverre, de az adattartalom visszatolteset a berlonek kell elvegeznie. Ez ilyen formaban csak egy virtualis szerver peldany ber futtatas, de a teljes rendszer admin feladatok a berlonel vannak. Ha tenyleges rendunanciat es backup kepesseget akar, akkor a berlonek kell azt biztositania renundans es backup-olt szerverek segitsegevel. Miert? Mert egy geo rendundans szerver cluster mukodtetese sokkal tobb eroforrast igenyelne, mint egy virtualis szerver berbeadasa es a berlok csak toredekenek van tenylegesen szuksege ra, igy aki ilyet akar, az majd megoldja maganak a berbeado altal biztositott virtualis szerverek segitsegevel.
ps: Ertemes felho berlo eleve tobb eltero szolgaltatonal berel, tobb eltero fizikai helyen gepeket es maga tartja szinkronban a rendszeret, hogy ha egy szolgaltato megszunne, akkor legyen tartalek. Ez persze sokkal tobbe kerul, igy a legtobb ceg nem szan ra penzt. Meg sok esetben ilyenkor mar olcsobb sajat geo redundans szerver kozpontokat uzemeltetni. (pl. a google geo renundans technologiaja elerheto barkinek, tehat akar amazon ber szervereken is futtathato es csak 300-500%-al noveli meg a koltsegeket a sima egy peldanyos uzemhez kepest)