Baixado 46 vezes
Carregado porAmazon Web Services LATAM
Fazendo seu DR na AWS
O documento aborda práticas de recuperação de desastres (DR) na AWS, apresentando técnicas, custos e casos de uso, incluindo backup na nuvem, failover para grandes volumes de dados e replicação de ambientes virtualizados. Além disso, discute ferramentas como AWS Lambda, Amazon Route 53 e AWS Storage Gateway para auxiliar na implementação de DR. O autor enfatiza a importância do planejamento e da realização de testes para garantir a eficácia dos procedimentos de recuperação.
Mais conteúdo relacionado
Semelhante a Fazendo seu DR na AWS
![[Webinar] AWS Storage Day - Português](https://cdn.slidesharecdn.com/ss_thumbnails/storageday-15052018pt-180518151634-thumbnail.jpg?width=640&height=640&fit=bounds)
Mais de Amazon Web Services LATAM
Fazendo seu DR na AWS
- 1. © 2016, AmazonWeb Services, Inc. or its Affiliates. All rights reserved. Fazendo seu DR na AWS de maneira prática João Paulo (JP) Santana AWS Solutions Architect Junho 2017
- 2. Experiência da audiência •Quem já utiliza AWS? • Pensando na AWS para DR? • Já usa DR na AWS?
- 3. Somos todos historiadores… aindaque não saibamos.
- 7. "Cale-se, cale-se! Estou ocupado…” -Jack Phillips, Telegrafista do RMS Titanic
- 8. Ponto de Recuperação(RPO)
- 10. DesastrePonto de Recuperação(RPO) Perda de Dados
- 11. "SOS, SOS, CQD,CQD, MGY. Estamos afundando rápido – passageiros estão subindo nos botes salva vidas... MGY” - Última chamada de radio do Titanic
- 12. DesastrePonto de Recuperação(RPO) Tempo de Recuperação (RTO) Perda de Dados Downtime
- 13. Lições aprendidas? A falhanão é um evento isolado…
- 14. Como podemos fazerisso? Técnicas para disaster recovery
- 16.
- 17. AWS cloudCorporate datacenter AWS Lambda AWS CloudFormation Amazon Route 53
- 19. AWS cloud Corporate datacenter AWS CloudFormation Amazon Route 53 Auto Scaling group Availability Zone #1 security group security group root volume data volume Amazon EC2 instance web app server
- 20. Quanto custa? MQ-7 R-PI2 Amazon Route53 Amazon S3 $10 / sensor $ 42 $ 0.53 / zone $ 0.03 / GB Service Cost Amazon S3 bootstrap script repo $.03 Hardware $52 Amazon Route53 DNS $0.53 Total $ 52.56
- 25. Subordinate database server Pilot light -prep www.example.com Data mirroring replication Not running Pilot light system Reverse proxy/ caching server Data volume Application server Corporate data center Reverse proxy/ caching server Application server Master Database server
- 26. Database server Pilot light -recovery www.example.com Start in minutes Add additional capacity, if needed Reverse proxy/ caching server Data volume Application server Corporate data center Reverse proxy/ caching server Application server Master Database server
- 28. Warm standby -prep Mirroring / Replication Application data source cut over Elastic Load BalancerActive Not active for production traffic Amazon Route 53 www.example.com Scaled down standbyCorporate data center Data volume Application server Subordinate database server Reverse proxy/ caching server AWS region Reverse proxy/ caching server Application server Master Database server
- 29. Warm standby -recover Elastic Load Balancer Active Amazon Route 53 www.example.com Scaled up production Corporate data center Data volume Application server Database server Reverse proxy/ caching server AWS region Reverse proxy/ caching server Application Server Master Database server
- 31. Hot-site - prep Mirroring/ Replication Application data source cut over Elastic Load BalancerActive Amazon Route 53 www.example.com Corporate data center Data volume Application server Subordinate database server Reverse proxy/ caching server AWS region Reverse proxy/ caching server Application server Master Database server Active
- 32. Hot-site - recovery Elastic Load Balancer Amazon Route53 www.example.com Corporate data center Data volume Application server Database server Reverse proxy/ caching server AWS region Reverse proxy/ caching server Application server Master Database server Active Escalado para uso em produção
- 33. Caso de uso1 DR para usuários de nível básico
- 34. Backup baseado emAWS CLI $ aws s3 sync /backups s3://mybucket ;Sincronizar a pasta de backup com bucket S3 $ aws s3 sync /backups s3://mybucket --delete ;Igual ao anterior porém agora apaga arquivos que no estão presentes
- 35. Como funciona? Remote location Amazon S3 Amazon Glacier S3bucket /mybucket Amazon S3 STANDARD_IA
- 36. Quanto custa? Amazon S3 STANDARD_IA AmazonS3 Amazon Glacier $ 0.0125 /GB $ 0.03 / GB $ 0.007 /GB Service Cost Amazon S3 10GB images $.30 Amazon S3 – IA 100GB of data $1.25 Amazon Glacier – 1TB archives $7.00 Total $ 8.55/mo
- 37. Caso de uso2 Failover de grande quantidade de dados
- 38. Grande quantidade dedados AWS cloud AWS Import/Export Corporate data center Sequenciador On-premises Compute / cluster Sequence dataPhysical media Flowcell-ID AWS CLI Amazon Glacier 1 3 AWS Import/Export Snowball or
- 39. Grande quantidade dedados AWS cloud Corporate data center On-premises Compute / cluster AWS Storage Gateway Virtual server Amazon S3 ISCI/NFS Cached volume 1 2 Sequenciador
- 40. Grande quantidade dedados – Recuperação AWS cloud AWS Import/Export Corporate data center On-premises Compute / cluster Sequence data Flowcell-ID Amazon Glacier 1 Physical media AWS Import/Export Snowball or Sequenciador
- 41. AWS cloud Corporate datacenter On-premises Compute / cluster AWS Storage Gateway Virtual server Amazon S3 ISCI Cached volume 2 1 Sequenciador Grande quantidade de dados – Recuperação
- 42. Quanto custa? Amazon S3AWS Import/Export Amazon Glacier $ 0.03 /GB $2.49 per data-loading-hour + $80 per storage device $ 0.007 / GB Service Cost Amazon S3 10TB $ 300 AWS Import/Export 1PB** - Variable Amazon Glacier Archive 1PB $ 7,000 Total $ 7,300/ Mo **Entre os fatores estão o tipo e tamanho do volume.
- 43. Caso de uso3 Replicação de ambiente virtualizado, backup e failover
- 44. Corporate data centerAWS cloud AWS Storage Gateway Amazon S3 iSCSI/NFS from AWS Storage Gateway to ESX Hosts AWS Storage Gateway cached volume or File Gateway to Amazon S3 VMFS VMware ESX VMware ESXi Replication Appliance Replicação/Conversão de VM
- 45. Corporate data centerAWS cloud AWS Storage Gateway Amazon S3 iSCSI from AWS Storage Gateway to ESX Hosts AWS Storage Gateway cached volume to Amazon S3 VMFS VMware ESX VMware ESXi Replication Appliance AMI Amazon EBS VM Import Replicação/Conversão de VM com Storage Gateway OR
- 46. Quanto custa? Amazon S3AWS Storage Gateway $ 0.03 / GB $ 125.00 Service Cost AWS Storage Gateway archive (32TB) $960 AWS Storage Gateway VM cost $125 Total $ 1,085 / Mo
- 47. Fácil de começara usar O AWS Server Migration Service replicará automaticamente volumes ativos do servidor para a AWS e criará Imagens de máquina da Amazon (AMI) Controle Crie e gerencie uma programação de replicação personalizada, projetada para migrações em grande escala. Além disso, rastreie o progresso de cada migração. A replicação incremental permite que você reduza significativamente períodos de inatividade. Diminua o período de inatividade
- 48. Corporate data centerAWS cloud iSCSI from AWS Storage Gateway to ESX Hosts VMFS VMware ESX VMware ESXi Replicação/Conversão de VM com AWS Server Migration Service Server Migration Connector Server Migration Service
- 49. Corporate data centerAWS cloud iSCSI from AWS Storage Gateway to ESX Hosts VMFS VMware ESX VMware ESXi AMI Replicação/Conversão de VM com AWS Server Migration Service Server Migration Connector EC2
- 50. Caso de uso4 Container failover
- 51. AWS cloud Corporate datacenter Amazon Route 53 Docker servers www.example.com Database Amazon RDS Data Mirroring Replication AWS Storage Gateway Container failover Snapshot Amazon S3
- 52. Amazon EC2 AWS cloud Corporatedata center Amazon Route 53 www.example.com Amazon RDS Amazon ECS cluster Container failover Amazon EBS Data / code repo Amazon S3
- 53. Quanto custa? (30dias) - Docker AWS Storage Gateway Amazon EC2 Amazon Route53 Amazon RDS Amazon EBS Elastic Load Balancing $ 125.00 $ 0.252 / Hour $ 0.53 / Zone $ 0.185 / Hour $ 0.10 / GB $0.025 / Hour Service Cost AWS Storage Gateway $125 Amazon Route53 DNS $ 0.53 Elastic Load Balancing $18 Amazon RDS (MySQL) db.m3.large $133.20 (3) Amazon ECS cluster nodes m4.xlarge + (3) 30GB EBS $553.32 Total $ 821.05 / Mo
- 54. Caso de uso5 DR para os funcionários
- 56. Amazon Workspaces Customer VPC Active Directory Corpservers AWS Direct Connect or VPN Customer corporate network Customer AD RO / Replica Amazon EC2 corporate servers MFA (RADIUS) (Optional) Archives Amazon S3
- 57. Internet Users Standalone Network Customer VPC AD RO /Replica Public AWS endpoint Streaming Gateway 9 Amazon WorkSpaces (network entry point) Amazon EC2 corporate servers Customer corporate network Amazon S3 Amazon Workspaces
- 58. Quanto custa? (30dias) Workspaces (Standard) EC2 * (m4.xlarge) EBS (GP SSD) S3 VPC VPN $ 35 / Workspace $ 0.504 / Hour $ 0.10 $ 0.03 / GB $ 0.05 / Hour Service Cost Workspaces for 25 users $875 (2) AD EC2 + 100GB EBS $725.76 VPC VPN $36 S3 file backups (500GB) $15 (1) Share point W/ 2TB EBS $563.88 Total $2215.64/Mo*us-west-2, Windows standard
- 59. Caso de uso6 IT livre
- 60. Mobile console Permite recuperarseu ambiente quando está fora do escritório
- 61.
- 62. Lições da historia Planejarpara algo mais que esperamos que aconteça
- 63. Ponha a provaseu plano de execução frequentemente para que saiba como implementá-lo durante o desastre Lições da historia
- 64. Como podemos fazerisso de forma fácil?
- 66. “Alexa, fail overmy data center” #alexafailover #awssummitsaopaulo
- 67. Ainda não temo App oficial do AWS Summit São Paulo? http://amzn.to/2rOcsVy Não deixe de avaliar as sessões no app!
- 68. Obrigado! João Paulo (JP)Santana AWS Solutions Architect
Notas do Editor
- #2 Bem-vindos amigos!
- #4 Em tecnologia, todos somos historiadores, mesmo que não saibamos. Estamos constantemente olhando para eventos do passado, buscando aprender lições da história Não queremos repetir os mesmos erros e cairmos nas mesmas armadilhas.
- #5 Este é Henry Rostron, o capitão do RMS Carpathia. Existe a história que conhecemos. De como o RMS Carpathia ajudou a resgatar mais de 705 sobreviventes do maior desastre naval da história. O naufrágio do RMS Titanic.
- #6 Lições aprendidas deste evento foram decisivas para a modernização das operações de salvamento marítimo e também são aplicáveis a nosso planejamento de recuperação de desastres de ambientes de Tecnologia.
- #7 Este é o capitão Stanley Lord do SS California. Havia um telegrafista chamado Cyril Evans no SS Calfiornia O California estava próximo à localizaçõ do Titanic, no nordeste do Canada, e estava enviando mensagens de telégrafo ao Titanic. Ele queria colocar-se a disposição caso o Titanic precisasse de ajuda A resposta do telegrafista do Titanic foi a seguinte...
- #8 A mensagem que quero passar aqui é a de que estamos sempre todos muito ocupados em nossas empresas. Também estaremos ocupados no momento do desastre. Precisamos ter planos de recuperação bem definidos, testados e familiares a todos os envolvidos. Precisamos também lançar mão de ferramentas de automação.
- #9 Este momento é análogo ao nosso RPO, ponto de recuperação. Meu último backup, a última vez que repliquei as transações do meu banco de dados...
- #10 Todos sabemos o que acontece a seguir... O Titanic se choca a um iceberg gigantesco.
- #11 Este momento é análogo ao momento da declaração do desastre. O gap entre o ponto de recuperação e o desastre vai ditar nosso RPO (Recovery Point Objective) Isto significa: Qual o volume de dados meu negócio pode perder, se acontecer um desastre? A resposta pode ser ZERO. Neste caso precisamos desenhar a arquitetura para garantir isto. Precisamos levar em consideração também o custo disto...
- #12 Esta é a última mensagem da qual temos noticia vinda do Titanic...
- #13 O gap entre o desastre e o tempo que levamos para recuperar o ambiente dita nosso RTO (Recovery Time Objective) É a quantidade de tempo que nosso negócio pode sustentar ficar offline, se acontecer um desastre. Podemos perder dinheiro por deixar de vender produtos? Podemos perder reputação por ter nosso site fora do ar, ainda que seja por poucos minutos?
- #14 A falha é uma cadeia de eventos Falta de planejamento Os engenheiros do Titanic não planejaram o casco do navio para sustentar um choque tão forte Os bote salva-vidas foram desenhados para transportar passageiros para um barco de resgate, voltar e pegar mais passageiros. Não para ficar em alto mar por muito tempo. A falha não é um evento isolado...
- #16 You may have heard we run this little site called amazon.com, its pretty popular. Also pretty popular is this thing called IoT or Internet of things. Here I am showing a popular platform called a raspberry pi.
- #17 What if we could leverage IoT to act an initiator to cause my environment to failover automatically? What I’ve built here is a small device with a gas detector attached to it that I’ve attached to the Raspberry Pi. Using this device and AWS, I can full automate the failover of my data-center in the event of a fire in my data center.
- #18 In this simple example the Pi is running a small python script and simply stream my smoke sensor to a kinesis stream. I can then leverage Lambda to monitor the stream and when the detector provides a signal that smoke or fire has been detected, I can call a cloudformation script right from Lambda and fail over my DNS
- #20 Cost of this, the ability to have multiple devices. Remove icons in the back of the fire.
- #22 Para que tipo de desastre estamos planejando? É um evento de pequena escala, que afeta somente a mim?
- #23 É para um evento de escala maior, onde são afetados vários recursos? Uma cidade inteira, por exemplo.
- #24 Um evento de grande escala, onde são afetadas muitas pessoas ou recursos? Talvez um país ou um continente inteiro?
- #25 Para que possamos falar tendo as mesmas premissas vamos passar pelas técnicas principais de DR. Começando por Pilot Light.
- #26 Aqui temos um ambiente criado na AWS, mas o ambiente está desligado. Somente ligamos o banco de dados de vez em quando para sincronizar-lo de acordo com o RPO.
- #27 No momento do desastre, mudamos nosso record DNS para a AWS e iniciamos nossas instancias EC2 Podemos adicionar capacidade se houver necessidade
- #28 Warm standby
- #29 Aqui temos um ambiente ligado, na AWS Mas ele pode ser menor, talvez tenha a capacidade reduzida É somente um esqueleto do ambiente de produção
- #30 No momento do desastre, mudamos nosso record DNS novamente para a AWS Inicamos a escalar para obter a capacidade necessária para sustentar a produção
- #31 Hot Site
- #32 O Hot Site é o ambiente de DR mais caro Esta tudo refletido na AWS Temos 2 de tudo Por outro lado, nosso RPO e RTO vai ser muito reduzido
- #33 Mudamos nosso DNS e já temos o ambiente pronto para produção, neste caso.
- #34 Algumas vezes quando falamos de DR damos exemplos grandiosos como os do Netflix Somos muito orgulhosos por ter o Netflix como nosso cliente e parceiro No entanto, muitos clientes estão apenas começando na AWS e precisam de algo muito mais simples
- #35 Tão simples quanto um backup baseado em comandos do AWS CLI
- #36 O script por ser executado de forma agendada por um crontab ou mesmo usando um serviço AWS como o Data Pipeline. A pasta onde estão os arquivos de backup é sincronizada com um bucket S3 Podemos fazer um lifecicle do dado a medida em que ele vai ficando "frio" Explicar S3 IA vs Glacier
- #38 Tenho uma grande quantidade de dados iniciais que necessito mover para a AWS.
- #39 Como por exemplo, um sequenciador que trabalhar com um cluster HPC gerando uma grande quantidade de dados ou outro dispositivo IoT. Utilizar midias portateis ou AWS Snowball com o serviço AWS Import/Export No Brasil temos parceiro que podem te ajudar com midias portateis para mover uma grande quantidade de dados para a AWS
- #40 Podemos utilizar também AWS Storage GW. Ele apresenta um mountpoint iSCSI. Neste caso estamos utilizando em cached mode. AWS Storage GW agora suporta até 1PB. Neste caso o dado é apresentado na AWS como um Snapshot de um volume EBS o qua podemos restaurar e atachar a uma instancia EC2.
- #41 A boa noticia é que o fluxo de recuperação é o mesmo. AWS está muito preocupada em criar serviços que servem tanto para que você traga dados para nossa nuvem quanto para que os recupere, se necessitar. Não queremos coloca-lo em uma situação de lock in, por isto os serviços são sempre import/export
- #42 O mesmo aconteçe com o AWS Storage GW Serve tanto para migrar dados para a AWS quanto de volta para seu ambiente on-premises
- #43 Aqui gostaria de destacar que estamos falando de 1PB de dados. Se tentarmos criar um ambiente on-prem similar para 1PB, com a durabilidade que o S3 te provê, estamos falando de um projeto de 6 disgitos de dolares ou mais.
- #44 Agora um exemplo com um ambiente on-premises baseado em VMWare.
- #45 Este cliente necessitava un plan de DR para su ambiente Vmware que trabaje bien y que sea barato. Podemos utilizar Storage GW en le modo de cacheo y presentarlo al VM Replication Applicance como un mountpoint ISCSI
- #46 Podemos restaurar os dados porque AWS Storage GW, no mode de cache, nos vai apresentar um snapshot EBS Pegamos o snapshot, criamos o volume EBS e o atachamos a uma instancia EC2 Utilizamos o serviço VM Import/Export para criar uma AMI a partir do VMDK de uma Máquina Virtual VMWare
- #47 Uma solução que foi muito mais barata se comparada com solução similar de um provedor terceiro. Neste caso acho que esta outra solução estava próxima de 30mil dolares.
- #51 E se acontece algo com a região AWS onde está meu DR? Quero o DR do DR! Sempre temos que pensar no pior cenário. Arquitetar tudo preparando para a falha, como diz Werner Vogels, CTO da amazon.com
- #52 Um exemplo bastante curioso aqui, failover de um ambiente baseado em containers docker Muitos clientes estão migrando seus ambientes para containers e aproveitando as vantagens dessa tecnologia como portabilidade de código entre ambientes (DEV, TEST, PROD), rapidez na escalabilidade, etc Posso utilizar o Storage GW para levar meus containers do meu DC para a AWS na forma de snapshots Fazer a replicação do meu DB, numa periodiciade que esteja de acordo com minhas métricas de RPO
- #53 Mudamos nosso DNS record para apontar para o ELB Podemos criar um cluster do serviço ECS (EC2 Container Service) com o tamanho necessário, baseado num template do Cloudformation Quando as instancias do cluster inicializarem eu posso usar ações de bootstrap através do User Data das instancias Chamar o Docker HUB, pegar esses containers docker do Registry Posso pegar aquele volume EBS que copiamos e atacha-lo às instancias do cluster ECS Posso ter código no meu bucket S3, chama-lo por essa acão de bootstrap também e ter todo o ambiente provisionado em alguns minutos
- #55 Falamos de servidores, datacenters, etc E os funcionarios no escritório? O pessoal que cria nosso código, que move nossas empresas.
- #56 Imagine que vc chega no escritio na segunda e ele está assim. Isso me parece um desastre!
- #57 Para este caso podemos usar nosso serviço de desktops virtuais, VDI, o Amazon Workspaces Ele utiliza um protocolo muito performático chamado PC over IP. Este protocolo transmite somente pixels. Se sua conexão é boa ele te vai proporcionar uma esperiencia de quase real time. Podemos ter o AD, com uma replica na AWS e administrar nosso Workspaces por GPO ou System Center.
- #58 Quando ocorrer um desastre, seus funcionarios vao ter seus desktops no workspaces Podem acessá-lo de seus dispositivos moveis, como tablets ou do seu desktop ou laptop. Evitamos fazer BYOD, por que não há como saber o que os funcionarios tem instalado em seus proprios laptops.
- #59 Este exemplo é para 25 users de workspaces Com o domain controller, VPN, backup e tudo Valor para 1 mês
- #62 O que podemos tirar de tudo isso...
- #63 Algumas vezes não acontece o que esperamos Quando fazemos o plano de continuidade precisamos levar em conta casos extremos. Quanto risco meu negocio pode suportar?
- #64 Fazemos o plano, colocamos tudo num livro, o livro fica na estante. O desastre acontece! Que estamos fazendo? Não sei! Não sei por onde começar... Não façam isso! Precisamos colocar nosso plano a prova a todo momento. Todos os envolvidos precisam saber sua função e o que deve fazer.
- #65 Alexa, ask summit to say hi what is my datacenter status what happened to my datacenter failover my datacenter brazil
- #66 Alexa, ask summit to say hi what is my datacenter status what happened to my datacenter failover my datacenter brazil