Megjegyzi, virtuális admin szintű virtualizáció üzleti kritikus alkalmazások

Azt történt, hogy jelen legyen a tucat előadást a virtualizációs üzleti alkalmazások, és a legtöbb esetben volt értelme a befejezetlenség. Mintha már hiányzott a legfontosabb része. Virtualizáció gyártók azt mondják, hogy az üzleti szempontból kritikus alkalmazások virtuális gépeken működik. A gyártók közölt vas svli vonal hi end készülékek ezeket az alkalmazásokat.
De mi is ez valójában egy osztály „üzleti kritikus” alkalmazások és hogyan otlichyutsya a többitől? Mert általában akkor beszélünk sokat jelent biztosított, és végül zavaró, kezdjük az elején.

kérelem

App - egy számítógépes program végrehajtására tervezett egyedi feladatokat. Ez eltér az operációs rendszer. célja, hogy egy réteg között a hardver és az alkalmazások. És a rendszer programok. szolgáló különleges problémát a működését az egész komplex (például defragmenter).
Tehát, üzletileg kritikus alkalmazások? Erre a célra szükséges foglalkozni a más szavakkal.

Üzleti - célzó tevékenységek profit, nagyon egyszerűen fogalmazva. Ie üzleti alkalmazások - ez egy olyan alkalmazás, az operációs tevékenységét a vállalkozás, és működéséről szóló, ami függ a profit.
De itt is az a kérdés - szinte minden alkalmazás, kivéve talán, Solitaire „Klondike” használják, és fel lehet használni a profit. Ugyanez lehet használni a Skype kommunikálni a szállítók és a vevők.
Mi a különbség az egyszerű üzleti alkalmazások és az üzleti szempontból kritikus alkalmazások?

Az üzleti szempontból kritikus

Üzleti szempontból kritikus alkalmazás tekinthető, nem tudnak hozzáférni, amely maga után kézzelfogható következményekkel jár az üzleti, azaz a cég nyeresége. Akár egy teljesen megáll tevékenységet. Igen, értem, hogy van sokkal fejlettebb az elmélet és a kiváló terminológiával, de ebben az esetben nem állítok magam célokat őket cserélni. Ez a magyarázata a műszaki szakemberek, általában nem szembesülnek az ITIL és az üzleti folytonosság.
Mi továbbra is. Tulajdonképpen kiderül, hogy van egy bizonyos mértékű a hatása alkalmazások a cég üzleti, és ez lényegében folytonos, így ahol az kell meghúzni a határt, és milyen alapon? És akkor hogyan kell védeni ezeket az alkalmazásokat?

RPO, RTO, SLO, SLA

Ahhoz, hogy egy alkalmazás (és / vagy adat) kell meghatározni, hogy a két intézkedés, mint például a RPO és RTO.
RPO - Recovery Point Objective, cél helyreállítási pont. Ie Nagyjából elmondható, hogy az adatmennyiség hagyjuk veszíteni a balesetben.
RTO - Helyreállítási idő célkitűzés, helyreállítási idő cél. Ie durván szólva, hogy mennyit tud állni a baleset.

Mi képviseli azt a grafikonon, ahol a nulla ponton a baleset. A vízszintes időskálán, függőlegesen pénzt. Volt. újbóli létrehozását a pont lesz a negatív irányban adott időben, és az átlagos adatvesztés N órán át. A gyógyulási idő, hogy pozitív módon, ill. jelent meg, amíg az újbóli alkalmazása. De mi van a pénz?

És itt van, amit. Minél több adat elvész, és a hosszabb egyszerű - minél több pénz a cég elveszíti. De szeretném hangsúlyozni -, hogy ez a grafikon nem az IT-részleg. Lehetővé teszi, hogy az üzleti egység és informatikai biztosra veszi, és mint egy útmutató a cselekvésre.
Ie Az intelligens, mielőtt beszélni üzleti alkalmazások és azok védelmét, először meg kell, hogy egy teljes leltárt az alkalmazások és adatok, és azok besorolása. Ezt követően, az alkalmazástól függően, hogy építsenek egymástól és az adatbázisból. És jön a nyereség boldogságot kereskedelmi például a rendező, és megússza azt a költségek óra adatvesztés és leállás órát minden alkalmazáshoz. Bár nincs költsége - a vita az üzleti alkalmazások és azok védelme értelmetlen, és lényegében egy művelt tét az ujját az ég felé.
Azt is szeretném megjegyezni, hogy a menetrend nagyon különböző lehet az egyes alkalmazások, az alkalmazástól függően, és még az iparban. És nem mindig ez lesz szimmetrikus.
Ok, megvan ez a menetrend, mit kell tenni?

És itt a diagramon egymásra görbe költsége elleni védelem leállás és az adatvesztés. Ez könnyű észrevenni, hogy vannak metszéspontjait E görbék.

Ezeken a pontokon, a védekezés költségeinek összehasonlítva a veszteségek, és ez a két mágikus pontok egy útmutató számunkra. Minden, ami közelebb van a meghibásodási pont, vezet egy kis pénz elvesztése miatti leállás, de a pénz elvesztése védelmi több lesz, mint a költsége leállás. Ie mindent e két pont között, gazdaságilag kifizetődő.
Másrészt, ez lesz a kezüket az üzleti ügy védelem - mentés, klaszterezés, stb közvetlenül a kezében az üzleti egységek. „Miután eltöltött 10 rubel a tartalék rendszer, korlátozzuk az adatvesztés kockázata, a 10., a rubel értéke az adatokat.”
És itt van két új, három betűs rövidítés.
SLO - Service Level célkitűzés, a cél szintű szolgáltatást. Ie Minden alkalmazás és adat osztály IT üzleti egység beállítása a két célpont RPO / RTO.
SLA - Service Level Agreement, Service Level Agreement. Valójában ez csak egy dokumentumot ismertetett SLO és választható büntetéseket a megsértése. Természetesen a büntetés opcionális belső dokumentum, amely nem feltétlenül szükséges, ha az SLA egy külső szolgáltató.

Ezen a mai, a jövőben fogunk beszélni a hatása virtualizáció mindezen rövidítéseket.

Nos, te is így nem egyszerűsíti, majd később a „műszaki szakértők” szembe kell néznie egy üzletmenet-folytonossági és jönnek esküdni;)
A kereszteződés E görbék - ez a ravasz, de gyakori. Miért van szükség költeni X pénzt, hogy ne veszítse el a másik X? És lehet, hogy jobb tölteni X / 2, és fogadja el a veszteség kockázatát 3X? A gyakorlatban - határozza meg az üzleti célok alapján különböző szempontok alapján (más, mint a pénz, lehet például reputációs kockázat, illetve compliance), és válaszul, azt mondja, hogy mennyi pénzt lehet elérni őket. És ha ez az arány a költség / haszon megfelelő -, akkor van pénz a projektben kapnak.

Lesh, tudja, a jelenlegi állapot informatikai szakemberek megértése még a RPO / RTO soha boldog. Ezért replikáció és miért nem tudunk csak csinálni mentést.

Tudod, mert nem igazán írok semmit, hogy nem mondja meg minden második találkozón. Ez egy új ismeretlen világ Számítógépfejek, és talán ez egy kicsit leegyszerűsített, szinte szintjén gyerekek meséket az Ön számára. De te és én különböző célközönség, és különböző célokra. Célom - megmagyarázni, hogy miért beszélünk, miért a kiválasztott feladat 8-vezérlő tároló osztály Hi-End helyett 2-vezérlő osztályban Középkategóriás. Vagy fordítva. A cél -, hogy azt mutatják, az ujjain, ahol szorít a cipő.

Ez igaz jobb! Mennyire elkötelezettek választott vas / szoftver, nem volt egyetlen más okból, mint „és hagyja, hogy több magot, gigabájt, és a pro / Enterprise verzió”!