Ing. Stefano Dindo
Zero12 s.r.l.
@stefanodindo
Ing. Paolo Latella
Interact SpA
@latellapaolo
Versatilità del Cloud Computi...
Chi siamo ??
s
Idea nel 2009
Fondato nel 2011
3 Meetup e 3 eventi
TEAM
Ing. Stefano Dindo
Zero12 s.r.l.
s.dindo@zero12.it
@stefanodindo
Ing. Paolo Latella
Interact s.r.l.
paolo.latella@int...
Perchè usare AWS per le App
Flessibilità Scalabilità Varietà di metodi
• Elevata quantità di servizi
• Pay per Use
• Risor...
Distribuzione Geografica
Servizi basso livello
Servizi “cross” Strumenti
Architettura Amazon Web Services
Region
AZ- A AZ- B AZ- C
Security Groups
Load Balancer
Web Traffic
RDS
o
NoSQL
EBS
S3
EC2
AMI
Cloud
watch
Autoscaling
Architetture Cloud
per le App
il tuo Storage
il tuo Processore
la tua Estensione
Per le App il Cloud rappresenta :
Il tuo Storage:
IAM
STS
1
SimpleDB
S3
2
Instagram Case Study
AZ-A
AZ-B
S3
App Terzi
Instagram
IAM
STS
Il tuo processore:
AZ-A
AZ-B Multi-AZ
La tua estensione
VPC Subnet 1 VPC Subnet 2
Corporate Datacenter
AZ - 1 AZ - 2
Amazon Virtual Private Cloud
EC2 Instance
f...
Architetture Cloud
per il Disaster
Recovery
RPO RTO
Disastro
€€ €€
Modelli di costo
Cost savings w/
AWS
Ability to scale – no
arbitrary time limit to
failback
Time!
InfrastructureCost!
Test...
Backup e restore - Backup
Backup e restore - recovery
In Caso di disastro
1.Recuperare l’ultimo backup da S3
2.Avviare le istanze da AMI preconfigurate
3.Aggiornare i volumi del...
Soluzione “pilot light” - preparazione
Soluzione “pilot light” - recovery
In caso di disastro
1.Avviare (automaticamente) le risorse intorno alle
risorse “core”
2.Scalare il sistema per il traffico...
Soluzione warm standby - preparazione
Soluzione warm standby - recovery
In caso di disastro
1.Switch del DNS verso l’architettura “hot”
2.Scalare il sistema per il traffico di produzione
Obiettiv...
Soluzione multi sito - preparazione
Soluzione multi sito - recovery
In caso di disastro
1.Isolare l’architettura guasta
2.Scalare il sistema per il traffico di produzione
Obiettivi
• RTO: tem...
Ing. Stefano Dindo
Zero12 s.r.l.
@stefanodindo
Ing. Paolo Latella
Interact SpA
@latellapaolo
www.meetup.com/awsusergroupit...
festival ICT 2013: Versatilità del Cloud Computing: dalle APP al Disaster Recovery
festival ICT 2013: Versatilità del Cloud Computing: dalle APP al Disaster Recovery
Upcoming SlideShare
Loading in...5
×

festival ICT 2013: Versatilità del Cloud Computing: dalle APP al Disaster Recovery

124

Published on

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

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

No notes for slide

festival ICT 2013: Versatilità del Cloud Computing: dalle APP al Disaster Recovery

  1. 1. Ing. Stefano Dindo Zero12 s.r.l. @stefanodindo Ing. Paolo Latella Interact SpA @latellapaolo Versatilità del Cloud Computing: dalle App al Disaster Recovery
  2. 2. Chi siamo ?? s Idea nel 2009 Fondato nel 2011 3 Meetup e 3 eventi
  3. 3. TEAM 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à Scalabilità Varietà di metodi • Elevata quantità di servizi • Pay per Use • Risorse di diverse tipologie • Strutturare l’infrastruttura secondo le esigenze di progetto • 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 • 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. Servizi basso livello Servizi “cross” Strumenti Architettura Amazon Web Services
  7. 7. Region AZ- A AZ- B AZ- C Security Groups Load Balancer Web Traffic RDS o NoSQL EBS S3 EC2 AMI Cloud watch Autoscaling
  8. 8. Architetture Cloud per le App
  9. 9. il tuo Storage il tuo Processore la tua Estensione Per le App il Cloud rappresenta :
  10. 10. Il tuo Storage: IAM STS 1 SimpleDB S3 2
  11. 11. Instagram Case Study AZ-A AZ-B S3 App Terzi Instagram IAM STS
  12. 12. Il tuo processore: AZ-A AZ-B Multi-AZ
  13. 13. La tua estensione VPC Subnet 1 VPC Subnet 2 Corporate Datacenter AZ - 1 AZ - 2 Amazon Virtual Private Cloud EC2 Instance for mobile DB E-Mail CRM File Server Connessione VPN
  14. 14. Architetture Cloud per il Disaster Recovery
  15. 15. RPO RTO Disastro €€ €€
  16. 16. Modelli di costo Cost savings w/ AWS Ability to scale – no arbitrary time limit to failback Time! InfrastructureCost! 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. Ing. Stefano Dindo Zero12 s.r.l. @stefanodindo Ing. Paolo Latella Interact SpA @latellapaolo www.meetup.com/awsusergroupitaly
  1. A particular slide catching your eye?

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

×