Soluzioni di HA su POWER i

Power HA System mirror for IBM i

28 SETTEMBRE 2016

SPAZIO LA STAMPA- TORINO

Copia a carico del sistema operativo

Indifferente al tipo di dato Indifferente al tipo di

storage (interno/esterno) HA e DR

Geographic Mirroring

Cro

ss S

ite M

irror

ing

Integrati o SAN

Duplice copia di dati Ampia flessibilità Switch veloci HA e DR

Soluzioni di HA e DR multi-Sistema su IBM Power i

Soluzioni basate su IASP

Soluzioni basate su SW di replica

Copia a carico della SAN Indifferente al tipo di dato HA e DR

PPRCFlashCopy

Metro Mirror / Global Mirror / FlashCopy®

LUN level switching

SAN con singolo storage

HA solo dei server

Copia a carico della SAN Indifferente al tipo di dato FSR Toolkit DR solution

PPRCFlashCopy

Replica logica Replica SAN intero sistema

NEW FSR toolkit

POWERHA

1. HA con sw di replica logica

Integrati o SAN

Duplice copia di dati Ampia flessibilità Switch veloci HA e DR

Soluzioni basate su SW di replica

Replica logica

Tecnologia presente da diversi anni:

•Logical replication occurs at the object level•Journal-based over TCP/IP

– Cattura le journal entries su produzione (user-defined and system audit journals)

– Transmette e le applica sul target HA•Disk subsystem agnostic•Lavora con la maggior parte delle installazioni HW e SW

Vantaggi– Permette delle operazioni in read sul target– Richiede meno banda di trasmissione rispetto alle soluzioni di replica basate sull’HW (storage)– Se ottimizzate permettono una rapida ripartenza in DR

Svantaggi– IBM i CPU and memory overhead– Occorre identificare tutti gli oggetti che devono essere replicati (viene percio’ richiesto una manutenzione costante)– Occorre accertasi che gli oggetti siano in replica e pronti per lo switch– Non gestiscono bene oggetti IFS – Attività di amministrazione impegnativa (Send/apply log, out-of-sync conditions, journal entry mismatches)

2. POWER HA vs Journal replication

Vantaggi: Riduce il monitoring e

la manutenzione giornaliera

Gestione e HA switch semplificata

Efficenza e tranquillità della sincronizzazione perchè a carico del Sistema

• Internal Disk

• Logical replication

• CBU with multiple cores licensed for replication workload

• Role-swap = seldom if ever

• Backup window = ranges up to a few hours

• TCO = staffing, SWMA, upgrade charges,

• Staffing = dedicated specialist

• Outage management = complex

• Support = vendor

• IBM Storage or (Internal Disk with geomirroring)

• Switchable LUNs, Metro or Global Mirroring

• CBU with only 1 core licensed

• Role-swap = daily, weekly, monthly, quarterly

• Backup window = minutes

• TCO = minimal staffing, SWMA

• Staffing = minutes/week

• Outage management = simple

• Support = IBM

TRADITIONAL PowerHA

planning time for the annual DR test

block your calendars

POWER HA SYSTEM MIRROR FOR IBM i

Soluzione completa di HA/DR multi-siteCompletamente automatizzata per una massima semplicità di utilizzoInstallata su IBM i, integrata con lo storage La CBU necessita di una sola licenza L’uso della funzionalità di FlashCopy (su storage esterno IBM) abilita l’uso di backup off linePensata per la gestione di fermi pianificati e non pianificatiSviluppata e supportata da IBM

Prodotto a supporto di tutte le soluzioni basate su IASP

Architetture di High Availability con IASPL’architettura chiamata “Indipendent ASP” è basata su tre elementi fondamentali

- IASP: insieme di dischi che contengono dati e programmi applicativi

- Cluster: funzione di IBM i che consente di definire le operazioni da eseguire su un sistema/partizione (nodo) in caso di caduta del sistema/partizione primario

- Administrative Domain: Definizione di oggetti di sistema gestiti dal cluster e mantenuti allineati sui vari nodi

Indipendent ASP (IASP)

System ASP

User ASP

IASP – Application -1

IASP – Application -2IASP – Payroll

User ASP – Journaling

Insieme di dischi (interni o su SAN) che contiene oggetti applicativi e oggetti di sistema (es. storage management directories, object ownership, authorization info, …) puo’ essere messo offline o online

indipendentemente dalle attività del sistema sugli altri ASP

Non contiene alcuni tipi di oggetti di gestione dell’intero sistema (user profiles e oggetti di configurazione) devono obbligatoriamente risiedere su System

ASP

Cluster

Yup! Sei ancora attivo?

Esecuzione di un programma in caso di

fermo

Cosa si deve definire– sistemi e partizioni catalogati come Nodi– device ed applicazioni catalogati come Cluster Resource Group (CRG)

Funzioni di un cluster– il nodo secondario monitorizza il funzionamento del nodo primario ed, in caso di

failover, agisce come configurato

Nodo primario

Nodo secondario

Cluster ed IASP, come interagiscono?

Come interviene il cluster?• Un IASP è una risorsa di cluster• Un IASP puo’ avere una sua copia aggiornata in tempo

reale (replica) o una copia statica (flashcopy)• La proprietà dell’IASP o della sua copia viene

automaticamente trasferita dal cluster da un nodo all’altro in caso di failover

• Tutto il suo contenuto diventa usabile dal secondo nodo

SYSBAS

Sistema di Backup Nodo2

Cluster I5/OS, Profili utenti, config….

Sistema di Produzione

Nodo1

SYSBAS

I5/OS, Profili utenti, config….

Database e Applicazioni

IASP Database e Applicazioni

IASP copia

Cluster e *SYSBAS

SYSBAS

Sistema di Backup Nodo2

Cluster I5/OS, Profili utenti, config….

Sistema di Produzione

Nodo1

SYSBAS

I5/OS, Profili utenti, config….

Database e Applicazioni

IASP Database e Applicazioni

IASP copia

E per gli oggetti in *SYSBAS?•Il cluster usa l’administrative domain per allinearli

i5/OS Clustering Administrative Domain

1. Cambio di oggetti di sistemaEs: CHGSYSVAL o CHGUSRPRF

2. Propagazione automatica

3. Ogni nodo è aggiornato

Marina MystiqueDestination: Slip 858TransientDuration: 07/04/22 07/04/28

Indifferente al tipo di dato Indifferente al tipo di storage

(interno/esterno) HA e DR

Replica a carico del sistema operativo : Geographic Mirror

Possibili modi di replicare un IASP

Indifferente al tipo di dato HA e DR Metro Mirror / Global Mirror /

FlashCopy®PPRCFlashCopy

Replica a carico della SANStorage Copy Services

VALUTAZIO

NE BAN

DA TRASMISSIO

NE

Capitolo 8.3.3 - Copy Service bandwidthPowerHA System Mirror for IBM i cookbookhttp://www.redbooks.ibm.com/redbooks/pdfs/sg247994.pdf

LUN Level Switching• Una sola copia di IASP su storage

IASP

DS8000DS6800

PROD (source)

LPAR-1

HA (target)

LPAR-2

• LUN Level Switching fornisce una HA locale – L’IASP è commutato via fibra tra partizioni

• Ottimo per manutenzione pianificata – L’IASP è commutato via fibra tra sistemi

• Buona soluzione per HA dei soli server– Puo’ essere usato in abbinamento con

• Metro Mirror• Global Mirror• FlashCopy

– DS8000, DS6800 , SVC , V9000, Storwize (V3700, V5000, V7000)

Admin domain

©

*SYSBAS(DR)

(IASP)

ProduzioneP814+

IASP switchable tra i nodi del cluster (sistemi) e backup eseguiti dalla partizione di flashcopy

Prod

VIOS

HA

VIOS

BackupP814+

VIOS VIOS

flash*SYSBAS(DR)

(IASP)

Tape

Fiber channel

Storwize V7000

Lo storage V7000 è configurato e connesso al server IBM i tramite VIOS, la partizione IBM i è quindi ospite (guest) del vios. Le risorse FC e rete ETH sono virtualizzate dal VIOS. Il V7000 sarà configurato in NPIV tramite connessioni FC al VIOS.

FlashCopy

Soluzione con LUN Level Switching

Soluzione di HA/DR dual-site con storage esternoHA/DR con Metro Mirror, Global Mirror, o Switchable LUNs o una combinazione di queste

V5000,V7000, SVC, V9000, DS8000

Tape Library

IASP IASP

Site A

Metro/Global Mirror

PowerHA Metro Mirror Cluster (o Global Mirror)

IASP

BRMS

Site B

Storage BStorage APower i – site A Power i – site B

FLASHCOPY

Eliminazione della finestra di backup - automazione del processo con integrazione tra FlashCopy e BRMS

Definizione di FlashCopy

16

La FlashCopy crea una copia istantanea di un volume logico in un determinato momento all’interno dello storage connesso agli Host.

Il sistema di produzione viene frezzato per pochi istanti fino al completamento della flashcopy. Nel giro di pochissimi minuti la flashcopy è disponibile per un utilizzo da parte di altre VM che possono utilizzarla a fini di test, backup.

E’ spesso usata per realizzare dei backup off-line su nastro senza impatti sul Sistema di produzione, praticamente azzerando la finestra di backup.

• I volumi target di una FlashCopy possono essere standard (fully provisioned) o space efficient (thin provisioned)

A

FC

Full System flashcopy Copy Service toolkitFSCSM per SVC/V7000 and IBM i

https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/IBM%20i%20Advanced%20Copy%20Services/page/Full%20System%20Copy%20Services%20Manager%20%28FSCSM%29

FULL SYSTEM COPY Goals• Ridurre I tempi di fermo attività del sistema di produzione – restrict status

• Gestisce multiple copie produzione/flashcopy da una singola partizione di controllo.

• Clone del sistema• Full system backup (GO SAVE 21) pronto o librerie utenti pronte per backup

• Procedure custom per:• Flush della memoria

• o se richiesto spegnimento e IPL controllato

• Avvio delle procedure di backup dalla partizione flashcopy• Integrato con il BRMS

• Status messages e joblogs

Indirizzato a clienti che:Necessitano di ridurre la finestra di backup notturnaNecessitano di eseguire il salvataggio dell’intero sistemaNecessitano di effettuare tests post-produzione e/o business intelligent su una copia vera dei dati

Full System vs IASP positioning

Functionality IASP Full System

Integrated automation/management from IBM i *

IBM i based recovery for Data/Commitment control etc

FlashCopy saves for scheduled outage reduction (full system flash requires an IPL to save the data to tape)

*

Minimize bandwidth requirements

Minimize performance overhead of sync replication ( not replicating temporary I/O, savf’s etc )

Provide capability to do PTF, operating system, and software packages concurrent to production

Active host at HA/DR ( hardware error reporting )

Outage management requires IPL processing

No IASP migration required

* Via Lab Services toolsIl servizio di LAB Services IBM avrà il compito di:

•Assicurarsi che la soluzione incontri gli SLA richiesti dal cliente

•Fornire indicazioni sul corretto dimensionamento della soluzione a garanzia delle performance attese.

•Fornire indicazioni sul corretto dimensionamento della banda di replica

Nei casi in cui l’applicazione non sia I-aspizzabile la soluzione di Full system replication bypassa il problema permettendo ad ogni cliente di realizzare una soluzione di continuità operativa

E’ relativamente semplice Migrare a questa soluzione partendo da una soluzione con dischi interni o da una soluzione già attiva di replica logica.