Mobile app and disaster recovery with aws

555
-1

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
555
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
1
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Mobile app and disaster recovery with aws

  1. 1. Festival della Tecnologia ICT Ing. Stefano Dindo Zero12 s.r.l. @stefanodindo Ing. Paolo Latella Interact SpA @latellapaolo
  2. 2. Chi siamo ?? Ide an Fon 3M dat eet up el 2 on e3 s009 el 2 011 eve nti
  3. 3. TE AM Ing. Stefano Dindo Zero12 s.r.l. s.dindo@zero12.it @stefanodindo Ing. Paolo Latella Interact s.r.l. paolo.latella@interact.it @latellapaolo
  4. 4. Perchè usare AWS per le App Flessibilità • Elevata quantità di servizi • Pay per Use • Risorse di diverse tipologie • Strutturare l’infrastruttura secondo le esigenze di progetto Scalabilità • Infrastrutturale in caso di picchi di traffico • Delle risorse in real-time • Elasticità di gestire le risorse su costi orari • Risorse disponibili al crescere del progetto Varietà di metodi • Protocollo disponibili: JSON, BSON, SOAP, REST, HTTP/s, TCP, RTMP • SDK di sviluppo Mobile • Supporto di diversi linguaggi di programmazione server side: java, Python, PHP, Ruby
  5. 5. Distribuzione Geografica
  6. 6. Architettura Amazon Web Services Servizi “cross” Servizi basso livello Strumenti
  7. 7. Region AZ- A AMI AZ- B RDS o NoSQL AZ- C EC2 EBS Cloud watch Security Groups S3 Autoscaling Load Balancer Web Traffic
  8. 8. Architetture Cloud per le App
  9. 9. Per le App il Cloud rappresenta : il tuo Storage il tuo Processore la tua Estensione
  10. 10. Il tuo Storage: SimpleDB 1 IAM STS 2 S3
  11. 11. Instagram Case Study IAM STS Instagram AZ-A App Terzi S3 AZ-B
  12. 12. Il tuo processore: AZ-A AZ-B Multi-AZ
  13. 13. La tua estensione Amazon Virtual Private Cloud VPC Subnet 1 EC2 Instance for mobile VPC Subnet 2 AZ - 1 AZ - 2 Connessione VPN Corporate Datacenter DB E-Mail CRM File Server
  14. 14. Architetture Cloud per il Disaster Recovery
  15. 15. €€ €€ RPO RTO Disastro
  16. 16. Modelli di costo Ability to scale – no arbitrary time limit to failback Infrastructure Cost ! Cost savings w/ AWS Time ! Test Test Failover Failback
  17. 17. Backup e restore - Backup
  18. 18. Backup e restore - recovery
  19. 19. In Caso di disastro 1.Recuperare l’ultimo backup da S3 2.Avviare le istanze da AMI preconfigurate 3.Aggiornare i volumi delle istanze dal backup 4.Switch del DNS Obiettivi • RTO: tempo necessario ad aggiornare i volumi + tempo necessario ad avviare le istanze dalle AMI • RPO: tempo dell’ultimo backup
  20. 20. Soluzione “pilot light” - preparazione
  21. 21. Soluzione “pilot light” - recovery
  22. 22. In caso di disastro 1.Avviare (automaticamente) le risorse intorno alle risorse “core” 2.Scalare il sistema per il traffico di produzione 3.Switch DNS verso la nuova architettura (AWS) Obiettivi • RTO: tempo necessario ad avviare le risorse non core (es. istanze) + tempo necessario a scalare
  23. 23. Soluzione warm standby - preparazione
  24. 24. Soluzione warm standby - recovery
  25. 25. In caso di disastro 1.Switch del DNS verso l’architettura “hot” 2.Scalare il sistema per il traffico di produzione Obiettivi • RTO: tempo necessario allo switch + tempo necessario per entrare a regime • RPO: dipende dal tipo di replicazione
  26. 26. Soluzione multi sito - preparazione
  27. 27. Soluzione multi sito - recovery
  28. 28. In caso di disastro 1.Isolare l’architettura guasta 2.Scalare il sistema per il traffico di produzione Obiettivi • RTO: tempo di identificazione del guasto • RPO: dipende dal tipo di replicazione
  29. 29. www.meetup.com/awsusergroupitaly do Ing. Stefano Din Zero12 s.r.l. @stefanodindo Ing. Paolo Latella Interact SpA @latellapaolo
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×