1© Copyright 2012 EMC Corporation. Tutti i diritti riservati. BUSINESS CONTINUITY MISSION-CRITICAL...

1© Copyright 2012 EMC Corporation. Tutti i diritti riservati.

BUSINESS CONTINUITY MISSION-CRITICAL EMC PER SAP

EMC VPLEX, EMC Symmetrix VMAX, EMC VNX, VMware vSphere HA, soluzioni di rete Brocade, Oracle RAC, SUSE Linux Enterprise

EMC Solutions Group


• Solution overview e architettura della soluzione

• Componenti e configurazione della soluzione– EMC VPLEX Metro

– VMware vSphere

– Architettura del sistema SAP

– Oracle Database

– Rete Brocade

– Storage EMC

• Test e convalida

• Riepilogo e conclusione

Programma


Business continuity mission-critical per SAP

• Eliminazione di single point of failure a tutti i livelli nell'ambiente

• Fornitura di data center active-active con RPO e RTO vicini allo zero

Gestione degli errori e bilanciamento del carico completamente automatici

Manutenzione senza tempo di inattività

Implementazione semplificata di Oracle RAC su cluster a grandi distanze

Incremento dell'utilizzo dell'infrastruttura

Data center active-active

RTO e RPO vicini allo zero

Availability delle applicazioni 24x7

Nessun single point of failure

High availability management semplificata


Sfida e soluzione

SoluzioneHigh availability e business

continuity

SfidaSingle point of failure

SAP


Eliminazione dei single point of failure


Componenti della soluzioneLa business continuity mission-critical per SAP ERP è una combinazione di tecnologie di EMC, VMware, Oracle, SUSE e Brocade

EMC VPLEX Metro

EMC VPLEX Witness

EMC Symmetrix VMAX ed EMC VNX

Oracle RAC su cluster a grandi distanze

VMware vSphere

VMware vSphere High Availability

SUSE Linux Enterprise Server for SAP Applications con SUSE Linux Enterprise High Availability Extension

SAP Enqueue Replication Server

Router core Brocade MLXe

Backbone Brocade DCX 8510


Architettura della soluzione


Livelli di protezione


VPLEX Metro: introduzione

Sito A Sito B

Sito C

VPLEXWITNESS

VPLEXCross-Cluster Connect

AccessAnywhereActive Active

• Federation di storage basata su SAN

• Data center active-active– Distanza di 100 km circa

• Ribilanciamento del carico di lavoro

• RPO/RTO vicino allo zero

• Migrazione di data center

• VPLEX High Availability– VPLEX Witness

– VPLEX Cross-Cluster Connect


Configurazione di VPLEX MetroStrutture logiche VPLEX

Consistency group

Volume virtuale

Device distribuito

Device

Extent

Volume di storage


Componenti di virtualizzazione VMware

vSphere 5.0

vMotion

Storage vMotion

EMC PowerPath/VE

EMC Virtual Storage Integrator (VSI)

VMware HA

DRS (Distributed Resource Scheduler)


VMware vSphere con VPLEX Metro

Cross-Cluster Connect


Configurazione stretched cluster di VMware

Screenshotdi vCenter


Configurazione di VMware HA e DRS

HA e DRS attivati per stretched cluster VMware

Priorità di riavvio HA per VM SAP

Datastore heartbeat HA

Regola di affinità VM-VM DRS


EMC Virtual Storage Integrator e VPLEX

Scheda EMC VSI nell'interfaccia grafica di vCenter


Architettura del sistema SAP Software applicativo SAP

– SAP Enhancement Package 4 for SAP ERP 6.0 IDES

– SAP NetWeaver Application Server for ABAP 7.01

– SAP Enqueue Replication Server

Sistema operativo – SUSE Linux Enterprise Server (SLES)

for SAP Applications 11 SP1– SUSE Linux Enterprise High

Availability Extension

Virtualizzazione– Servizi SAP su virtual machine

VMware– Database Oracle RAC su server fisici


Architettura del sistema SAP: considerazioni sulla progettazione

Server di accodamento e messaggistica separati dall'istanza centrale e implementati come servizi nell'istanza ASCS

ERS installato come parte dell'architettura HA per garantire una perdita del blocco delle applicazioni pari a zero

Due istanze di dialogo forniscono processi operativi ridondanti quali dialogo, sfondo, aggiornamento, spool

Istanza ASCS installata con un nome host virtuale per separarla dal nome host VM

Istanza ERS installata con un numero diverso per evitare confusione quando sia ASCS sia ERS sono sotto controllo a livello di cluster


Architettura del sistema SAP: considerazioni sulla progettazione (continuazione)

Processi di aggiornamento SAP configurati su istanze di application server aggiuntive

Profili ASCS, ERS, di avvio e di istanza di dialogo aggiornati con configurazioni ERS

File system condivisi SAP archiviati su Oracle ACFS e montati come share NFS su VM SAP, presentati come risorse NFS con high availability gestite da Oracle Clusterware

Storage per ambiente SAP incapsulato, distribuito su due siti e reso disponibile per i server SAP tramite VPLEX Metro


Configurazione di SUSE Linux Enterprise HAE

SLES HAE protegge i server di accodamento e messaggistica su due nodi di cluster sviluppati su VM VMware

VMware High Availability protegge le VM

Gli agent di risorse SAPInstance, master/slave e indirizzi IP virtuali monitorano e controllano l'availability delle risorse

L'agent SAPInstance controlla le istanze ASCS ed ERS, configurate come risorse master/slave per garantire che ASCS ed ERS non vengano mai avviati sullo stesso nodo

Partizione VMDK utilizzata come device SBD STONITH con l'opzione multi-autore configurata per autorizzare l'accesso in scrittura da più VM


Architettura Oracle Database Componenti Oracle

– Oracle Database 11g Release 2 Enterprise Edition

– Oracle ASM

– Oracle ACFS

– Oracle Clusterware

Database single-instance sottoposto a migrazione a cluster RAC fisico a 4 nodi su ASM

Oracle Extended RAC su VPLEX– Gestione semplificata

– Gli host si connettono solo al cluster VPLEX locale

– Gli host inviano I/O solo una volta al cluster locale: non sono necessarie scritture doppie

– Non è necessaria l'implementazione di voting disk Oracle e Oracle Clusterware su un terzo sito

– Elimina cicli CPU host costosi utilizzati dal mirroring basato su host

– Protegge più database e/o applicazioni come unità


Configurazione Oracle Database 4 volumi ACFS montati nel cluster RAC

TRANS, ASCS500, SAPMNT esportati come share NFS su server SAP

File system condivisi presentati come risorse NFS con high availability gestite da Oracle Clusterware

Gruppi di dischi ASM configurati per riflettere il layout single-instance esistente

Volume ACFS Mount point

SAP_O_HOME /oracle/VSE/112

SAPMNT /sapmnt/VSE

USRSAPTRANS /usr/sap/trans

ASCS00 /usr/sap/VSE/ASCS00

Gruppo di dischi ASM

N. di dischi

Dimensione gruppo di dischi (GB)

Ridondanza

OCR 5 40 Normale

EA_SAP_ACFS 4 64 Esterna

EA_SAP_DATA 16 2.048 Esterna

EA_SAP_REDO 4 64 Esterna

EA_SAP_REDOM 4 64 Esterna

EA_SAP_FRA 4 256 Esterna


Infrastruttura di rete Brocade

Rete IP

SAN


Layout di storage EMCSito A: EMC Symmetrix VMAX Provisioning virtuale

Sito B: EMC VNX5700• Gruppi RAID e LUN tradizionali


Test e convalida

Test

Errore del processo del servizio di accodamento SAP

Errore della virtual machine dell'istanza SAP ASCS

Errore del nodo Oracle RAC

Guasto del sito (cluster VPLEX, server ESXi, rete, nodi RAC)

Isolamento dei cluster VPLEX

Comportamento previstoL'applicazione continua a essere eseguita senza interruzioni



L'agent di risorse SAPInstance rileva/segnala l'errore.

L'agent di risorse master/slave promuove SAPASCS1 a master (che ospita i servizi ASCS).

L'agent di risorse master/slave avvia ERS su SAPASCS2 quando ricollega il cluster.

La tabella del blocco replicato viene ripristinata.

Risultato• L'applicazione continua a essere eseguita senza

interruzioni

• Non è richiesto alcun intervento amministrativo

1

2

3

4


Errore della VM dell'istanza SAP ASCS

SAPASCS2 non è più disponibile dal client vSphere.

L'agent di risorse SAPInstance rileva/segnala l'errore.

VMHA riavvia la VM con errore sull'host ESXi ancora funzionante.

L'agent di risorse master/slave promuove SAPASCS1 a master (che ospita i servizi ASCS) e avvia ERS su SAPASCS2 quando ricollega il cluster.

La tabella del blocco replicato viene ripristinata.

1

2

3

4

5

Risultato• L'applicazione continua a essere eseguita senza

interruzioni

• Non è richiesto alcun intervento amministrativo



Il nodo RAC va offline: l'istanza VSE003 non è più disponibile.

Il processo operativo dell'istanza SAP si connette a un altro nodo RAC.

• L'utente finale registra tempi di risposta delle transazioni più lunghi quando il processo operativo DI si riconnette all'altro nodo RAC.

• Le transazioni non confermate sono state sottoposte a rollback a livello di database per garantire la coerenza dei dati. L'utente finale riceve il messaggio di errore del sistema e deve riavviare la transazione.

• Non è richiesto alcun intervento amministrativo.

Risultato

1

2


Stato dell'ambiente prima del guasto del sito

• Tutti i nodi RAC in esecuzione

• Cluster VPLEX disponibili su entrambi i siti

• Server ESXi disponibili su entrambi i siti

• Virtual machine SAP dei siti A e B funzionanti

Stato


Guasto del sito

VPLEX Witness ignora la regola di detach del consistency group in modo che VPLEX sul sito B rimanga disponibile.

I nodi RAC sul sito B rimangono disponibili.

VMHA riavvia SAPASCS1 e SAPDI1 sul sito B.

SLE HAE rileva l'errore di SAPASCS1 e riavvia ERS quando il nodo ricollega il cluster.

Gli utenti finali su SAPDI1 perdono le sessioni, ma possono eseguire di nuovo l'accesso quando viene riavviato sul sito B. Durante il riavvio, i nuovi utenti vengono indirizzati a SAPDI2.

1

2

3

4

5



VPLEX Witness ignora la regola di detach del consistency group in modo che VPLEX sul sito B rimanga disponibile.

I nodi RAC sul sito B rimangono disponibili.

I nodi RAC sul sito A vengono espulsi.

I server ESXi sul sito A rimangono disponibili.

Le virtual machine SAPASCS1 e SAPDI1 rimangono attive grazie a VPLEX Metro HA Cross-Cluster Connect.

1

2

3

4

5


Test e convalida

Test


Errore della virtual machine dell'istanza SAP ASCS


Guasto del sito (cluster VPLEX, server ESXi, rete, nodi RAC)


Comportamento osservatoL'applicazione continua a essere eseguita senza interruzioni


Riepilogo e conclusione

La soluzione combina le tecnologie EMC, SAP, VMware, Oracle, SUSE e Brocade per:• eliminare i single point of failure a tutti i livelli nell'ambiente

• fornire data center active-active con RPO e RTO vicini allo zero

• abilitare la business continuity mission-critical per le applicazioni SAP

Gestione degli errori e bilanciamento del carico completamente automatici

Manutenzione senza tempo di inattività

Implementazione semplificata di Oracle RAC su cluster a grandi distanze

Incremento dell'utilizzo dell'infrastruttura

Data center active-active

RTO e RPO vicini allo zero

Availability delle applicazioni 24x7

Nessun single point of failure

High availability management semplificata

Date post:	02-May-2015
Category:	Documents
Upload:	eleonora-rosi
View:	230 times
Download:	0 times

1© Copyright 2012 EMC Corporation. Tutti i diritti riservati. BUSINESS CONTINUITY MISSION-CRITICAL...

Documents