Business Continuity e Disaster Recovery na CloudAntónio Miguel Ferreira, Managing Director

Cloud BC e DR Hype Cycle

Cloud-based BC

and DR services

Cloud IaaS

Research Report 2015

Como é que as organizações usam o IT para se

diferenciarem?

900 inquéritos, incluindo 100 em Portugal

http://www.claranet.pt/claranet-research-report-2015.html

Mudança radical nos próximos 2 anos?

Sourcing de IT em service providers

BC e DR na Cloud

Failure &

Recovery

Built-in

resiliency

A realidade hoje

PlatformPlatform

In-house systems Extension of Service

into Public Cloud

People

Process

Platform

Private

Network

Private

Network

Provider Datacenter

Customer Datacenter

External private cloud

Mudança de enfoque na disponibilidade

Infraestrutura

99,999 % ($$$$)Infraestrutura

99 % ($$)

Aplicações

99,9 % (8h46m)

Aplicações

99,999 % (5m)

Modelo cloud públicaModelo tradicional

Fonte: Randy Bias

CostTransfer

Datacenter service providerAzure

AWS

Pressuposto de um plano de DR/BC

Tudo falha, em algum

momento

Disaster Recovery

"the processes, policies and procedures

related to preparing for recovery or

continuation of technology infrastructure

critical to an organization after a natural or

human-induced disaster”

Fonte: Wikipedia

Evolução do negócio e da tecnologia

Negócios 24x7 cada vez menor RTO

Cloud

Virtualização menos incidentes operacionais,

mais fáceis de resolver

alta-disponibilidade de sistemas

e aplicações críticas, com um

custo menor

Business Continuity

"capability of the organization to continue

delivery of products or services at acceptable

predefined levels following a disruptive

incident”

Fonte: ISO 22301

DR e BC – Geração 1 vs Geração 2

Storage não tem alteração,

espaço em disco necessário é

basicamente o mesmo de

produção Servidores só são instanciados

quando ocorrem testes ou

desastres

Licenciamento dos sistemas de

produção pode ser nulo, dado

servidores não existirem

Software DR tem custos

semelhantes

Grande poupança de energia,

dado que servidores não estão a

ser utilizados

Gasto com recursos necessários

para operação muito reduzido

50%

G1 – réplica noutro Datacenter G2 – Cloud

Caso de estudo

Netflix

Um dos maiores utilizadores de IaaS

“Chaos Monkey”, processo que desactiva

servidores ou serviços aleatoriamente

Objectivo: testar resiliência aplicacional

http://readwrite.com/2010/12/20/chaos-monkey-how-netflix-uses

Caso de estudo

Seguradora

Implementação de plano de Disastery Recovery

Aplicações legacy ou com requisitos específicos

Datacenter

Aplicações suportadas

Azure

Caso de estudo