4. I disastri succedono
Avrai certamente sentito parlare delle interruzioni che hanno colpito
molte importanti aziende negli ultimi 18 mesi
Ma ce ne sono molti di cui non si sente parlare. Alcuni sono causati da
eventi atmosferici altri sono di natura umana
Pochissimi sono grandi ed interessano l'intero data center
La maggior parte sono piccoli e riguardano un sottoinsieme di
applicazioni all’interno di un datacenter
APP
6. Replica – e ora?
Quali VM accendere per
prime, quali dopo?
Quali VM andranno
accese insieme?
Come eseguire test senza
impatti sulla produzione?
Come sapere se il
cambiamento avrà
conseguenze sul failover?
Come sapere se qualcosa
è cambiato?
Come sapere se si è pronti
per il failover?
?
ORCHESTRAZIONE
8. Orchestrazione DR – Scenari di utilizzo
Approccio di tipo reattivo Approccio di tipo proattivo
Tempeste ed allagamenti in datacenter
Generatori / gruppi elettrogeni danneggiati:
black-out parziale o totale
Errore umano o attacco informatico
Attività di manutenzione programmata su linee
elettriche: migrazione preventiva di servizi
business critical
Allerta meteo con rischio di black-out
9. Orchestrazione DR – Scenari di utilizzo
Test di patch e aggiornamenti Valutazione di rischi e processi
Ambiente del tutto simile alla produzione,
ma isolato e sicuro
Modalità “sandbox”: modifiche non persistenti
Test attendibili, ma senza impatti in produzione
Vulnerability assessment / Penetration testing
senza disservizi
11. Come si licenzia?
- In modalità subscription, in base alle VM protette
Quali sono i requisiti?
- Licenza Veeam Backup & Replication Enterprise Plus
- Veeam Backup & Replication 9.5 Update 3
- vSphere 5.x / 6.x
- vSphere Distributed Switch (per DR su più host)
- Dominio Active Directory
Veeam Availability Orchestrator
15. VAO – Siti produzione e DR
Active / Passive Active / Active
(DR «cross»)
16. VAO Features
Site-based model
• One DR Site
• Multiple Production Sites
Site Roles
• Site Administrators
• Failover Plan Authors
Granular delegation
• VM Groups
• Virtual Labs
• Other Plan components
Delegated access
to Veeam Backup &
Replication
17. VAO Features
Built on Veeam Business View
• VM Groups are building blocks
of Plans
Dynamic group updates via
• vCenter Tags
• Business View RulesDynamic virtual
machine groups
18. VAO Features
Built on Veeam Virtual Labs
• Veeam SureReplica technology
• Delegate labs per-Site
• Build custom lab environments
• Scheduling engine
• Granular testing and verification
• Dashboards for Failover Plan
readiness
Automated
Testing
19. VAO Features
DR Template
• Fully customizable in MS Word
• Multiple Templates per-Site
DR Definition Document
• Built from Template
+ Plan Definition
• Automatically updates
as Plan changes
• Emailed to all stakeholders
• Detailed Change Log
Dynamic
Documentation
21. Key terms and constructs
Plan Components
Contiene tutti gli elementi per
crare un Failover Plan
VM Groups:
Are the result
of the tagging and categorization.
Plan Steps:
Are what happens
in a failover plan; both verification
and launch. This is built on
capabilities in the virtual lab
but is very extensible.
22. Key terms and constructs
Il Failover Plan è un costrutto creato mettendo assieme
i seguenti elementi:
• VM Groups (Built on tags)
• A collection of steps and handling options
• Assigned credentials
• Options to protect after failover
• Documentation and reporting
26. Plan Definition Report – contiene la configurazione del piano e viene
aggiornato automaticamente ogni giorno.
Plan Execution Report – ad esempio Failover o Failback. Viene
generato automaticamente ad ogni esecuzione del piano.
Plan Test Report – Generato automaticamente ad ogni test eseguito in
un Virtual Lab Veeam.
Plan Readiness Check Report – configuration check per il piano.
Controllato automaticamente ogni giorno
Report disponibili
27. Readiness Check Report
Verifica automaticamente
che il piano abbia tutto il
necessario per funzionare
correttamente.
• virtual lab
• processi di replica
• operazioni custom
• Licenze
• … e altro ancora
29. Consigli utili
Fare attenzione agli step di verifica ed al loro ordine
Processo graduale: iniziare con un servizio/applicazione, creare e
verificare il Failover Plan, quindi ripetere
Verificare tutto, verificare spesso! I report contengono informazioni utili
in caso di problemi o anomalie
Scripting! Creazione e gestione in VAO, esecuzione nelle VM!