CZ  |  EN  |  SK  |  tisk | mapa stránek | e-mail
logo Storyflex
design

Riešenia a produkty · Podla typu řiešenia · Dostupnosť aplikácií



Dostupnosť aplikácií

Ak nastane kritická chyba na kritickom servery  alebo primárnom diskovom poli, možno stratené údaje obnoviť zo zálohy. To však môže byť časovo náročný proces, pričom na funkčné aplikácii môže byť závislý tím ľudí, celé oddelenia alebo prevádzka, alebo dokonca celá spoločnosť. Ak nie je funkčná  kľúčová aplikácia, obchodná spoločnosť nemôže predávať, výrobný podnik nemôže vyrábať, na letisku nemôžu pristávať lietadlá, ....


Pre zamedzenie výpadku aplikácie sa typicky nasadia napríklad nasledujúce riešenia:

1. Clustery

Clustery  sa zvyčajne skladajú z dvoch alebo viacerých serverov (tzv. Nodů) a zdieľaného diskového poľa. V prípade výpadku primárneho servera preberá jeho úlohu sekundárny server a aplikácia je po určitom čase výpadku znova funkčná.

Výhody tohto riešenia:
  • možno použiť štandardné servery
  • pomerne lacné riešenie
Nevýhody tohto riešenia:
  • reštart aplikácie z jedného serveru na druhý môže trvať aj desiatky minút
  • proti výpadku sú zabezpečené servery, nie však zdieľané diskové pole
  • pre každú aplikáciu je nutné písať failover skripty
  • investície do (cluster) vzdelanie administrátorov
  • softvérové licencie je potrebné robiť dvakrát, a to v Advanced alebo Enterprise verzii
  • komplexnosť riešenia zvyšuje riziko vneseniu chyby alebo konfigurácie
  • riešenie len v rámci jednej lokality (pre zabezpečenie v rámci dvoch lokalít je potrebné uvažovať o druhom diskovom poli a tzv Metro-alebo GEO-klastri)
2. Redundantní ftServery spoločnosti Stratus

Jedná sa o servery, v ktorých sú všetky komponenty zaistené proti zlyhaniu. Nielen ventilátory, zdroje, sieťové karty, ale aj procesory, pamäte, systémové zbernice, .... Celý systém je navrhnutý tak, aby pri výpadku akejkoľvek komponenty nedošlo k žiadnemu prerušeniu prevádzky aplikácie a dostupnosti informácií. Servery spoločnosti Stratus majú dostupnosť 99.999%, čo reprezentuje maximálnu dobu výpadku 5 minút ročne.

Výhody tohto riešenia:
  • pri výpadku akejkoľvek komponenty nedôjde k žiadnemu obmedzeniu prevádzky ¨
  • nedôjde ani k strate práve prebiehajúcej transakcie
  • proti výpadku sú zabezpečené servery aj zdieľaný diskový priestor
  • nie je potrebné písať failover skripty, ftServer sa z hľadiska správy javí ako štandardný server
  • nie je potrebné špecializované (cluster) školenie administrátorov
  • softvérová licencia pre aplikáciu sa vyhotovuje len na jeden server
  • nie sú potrebné licencie vo verzii cluster
Nevýhody tohto riešenia:
  • nemožno použiť bežné servery, jedná sa o špecializovaný hardvér, ale certifikovaný pre všetky bežné OS
  • počiatočné vyššie investície do hardvéru (tá sa však ľahko môže vrátiť vďaka podstatne nižším investíciám do software a služieb) ¨
  • riešenie len v rámci jednej lokality (pre zabezpečenie v rámci dvoch lokalít je potrebné uvažovať o druhom systéme alebo zahrnutí virtualizácie)
3. Replikačný softvér

Inteligentný replikačný softvér umožňuje ľahko vytvoriť i z existujúceho najjednoduchšieho  prostredia dômyselný zabezpečený systém. Každý server má svoj diskový priestor, ktorý je na úrovni bytov paralelných na priestor druhý. Replikovať je možné aj v otvorenéj aplikácií a to i v rámci WAN.  Failover modul je umiestnený na cieľový server  a priebežne monitoruje jeho zdroje. V prípade pádu tohto serveru preberá mená a IP adresy z havarovaného serveru a zavádza skripty, vďaka ktorým reštartuje potrebné aplikácie.
 
Spôsoby replikácie:
  • ONE to ONE - data sa replikujú z jedného servera na druhý (replikácie môže byť aj obojsmerná)
  • MANY to ONE-data sa replikujú z viac serverov na server jeden
  • MANY to MANY - data sa replikujú z viac serverov na viac serverov
Výhody tohto riešenia:
  • možno použiť akékoľvek servery
  • proti výpadku sú zabezpečené servery i diskový priestor
  • softvérové licencie pre aplikáciu sa vyhotovujú len na jeden server
  • riešenie, ktoré zabezpečí bezpečnosť aj v rámci viacerých lokalít
Nevýhody tohto riešenia:
  • pre každú aplikáciu je nutné písať failover skripty
  • v niektorých prípadoch môže byť softvér finančne náročný