View
218
Download
0
Category
Preview:
Citation preview
IBM DataCenter Expert Conference 2014
IBM Client Center
Ehningen│25. – 26. Februar 2015
© 2015 IBM Corporation
Data Center Transformation - Erahrungsbericht aus Kundenprojekten
Konrad Bart, IBM Senior Certified IT Architect / Principal DC Transformation
2 IBM vertraulich
© 2015 IBM Corporation
• Das Thema
• Die Herausforderungen
• Das ITA Asset – IBM’s Infrastructure Transformation Accelerator
• Die Kundenprojekte
3 IBM vertraulich
Agenda
© 2015 IBM Corporation 4
Current DC Current DC
Current DC Current DC
Current DC
Target DC
Target DC
RZ Migration / Relokation
• Migration von RZ Infrastrukturen in neue
Rechenzentren
• Meist unveränderte Betriebsmodelle und
Verantwortlichkeiten
• Physische und logische Konsolidierung auf
Infrastrukturebene
RZ / Infrastruktur Konsolidierung
• Konsolidierung von Rechenzentren und RZ
Infrastrukturen in neue Zielumgebungen
• Teilweise neue Betriebsverfahren und
Verantwortlichkeiten
• Meist logische Konsolidierung auf
Infrastrukturebene inklusive DB/Middleware
RZ / Infrastruktur Transformation
• Transformation ganzer
Infrastrukturbereiche mit ihren
Applikationen in die Cloud oder in
standardisierte Betriebsmodelle
• Neue Betriebsmodelle und
Verantwortlichkeiten
• Konsolidierung, Standardisierung
Themen und Diskussionen rund um DC / Infrastruktur Transformation
IBM vertraulich
© 2015 IBM Corporation
• Das Thema
• Die Herausforderungen
• Das ITA Asset – IBM’s Infrastructure Transformation Accelerator
• Die Kundenprojekte
5 IBM vertraulich
Agenda
© 2015 IBM Corporation 6
Herausforderungen, welchen sich Infrastruktur Migrationen /
Transformationen stellen müssen
IBM vertraulich
Planung
Durchführung
Kategorien
Infrastruktur Konsolidierung und
Optimierung
Applikationen und Abhängigkeiten
Prozesse und Tools
Betriebs-organisation
Dauer und Kosten Risiken und Risk-
Mitigation
• Verfahren
planen
• Ziel-Architektur
festlegen
• Betriebliche
Auswirkungen
«antizipieren»
• Application Discovery (Workshop-basierend)
• «Gewalten-Trennung»
• «automatic» Discovery führt nicht zum Ziel
• Datensammlung wird durch «on-board» Tools unterstützt
• Ist Stakeholder in der Planung der Ziel-Architektur und der Migrations-Verfahren
Driver:
• Anzahl der
Applikationen
• Geplant
Migrations-
Verfahren
beinhalten
Vorkehrungen zur
Mitigation der
Risiken
• Konsolidierungs-
Verfahren sind
technische
«Migrations-
Prozeduren» wie
alle anderen
auch
• Keine «orphaned» Server umziehen
• Impact, Dauer und Zeitpunkt der Migration kommunizieren
• ITA Execution-Prozesse
• Migrations-Verfahren mit «on-board-Tools
• Prozess Steuerung und Tracking durch ITA DB
• Führt genau das durch, was sie in der Planung definiert hat
• Parallele Betriebs-Organisation, aber kein parallel-Betrieb
Driver:
• Dauer der
Durchführung
• Mix der
Migrations-
Strategien
• 200 – 600
Systeme / Monat
• Detaillierte
Prozesse und
vorgegebene
Prozeduren
minimieren
Risiken
© 2015 IBM Corporation
• Das Thema
• Die Herausforderungen
• Das ITA Asset – IBM’s Infrastructure Transformation Accelerator
• Die Kundenprojekte
7 IBM vertraulich
Agenda
© 2015 IBM Corporation 8
Das ITA Asset ist mit seiner Datenbank «data driven» und beinhaltet
ein komplettes und akkurates Inventar von Applikationen und
Infrastruktur-Komponenten (Server, Storage, etc.) mit allen
Relationen.
Zusätzlich werden Projekt-dynamische Aspekte (Plan, Prozess-
Tracking) und Personen / Rollen in der ITA DB geführt.
Das ITA Asset ist «process driven» und unterstützt mit seinen
erprobten Prozess-Modellen die geforderte Kosteneffizienz und
Qualität durch Industrialisierung.
Zusätzlich wird die Effizienz mit erprobten Templates und
Formaten in der Planung und in der Durchführung unterstützt.
Das IBM Infrastructure Transformation Accelerator (ITA) Asset
führt zu einer Industrialisierung der Planung und der Umzüge
mit Berücksichtigung der relevanten Geschäftsapplikationen
IBM Infrastructure Transformation Accelerator
SERVERDB & SERVER ADMIN
DB
EXCEL-REPORTS
ENDUSER WORKSTATION (BROWSER)
AMM-Overview
APKG/MSLT-Mapping (Timeline)
Stakeholders per Appl. / APKG
Server-Centric
Process Status Tracking
Old Infrastructure (Source)
New Infrastructure (Target)Stakeholders Move-Dynamics
Applications
Components
BlockStorage
Applications
Persons
ApplicationPackages
Move Slots
DatabaseInstances
Systems
NetworkPorts
FileStorage
Backup
Phys.Connections
DC Hardware
Sys MgmtAgents
WEB-SERVER
SERVICE STUFF / AUTOMATION
LOAD-SCRIPTS
WEB-FRONTEND
Application
Storage
System
CONFIG FILES
GUI
DB
Old Inf rastructure (Source)
New Infrastructure (Target)Stakeholde rs Move-Dynamics
Applications
Compone nts
BlockStorage
Applic ations
Persons Applic ationPackages
Move Slot s
DatabaseIns tances
Systems
NetworkPorts
FileStorage
Backup
Phys.Conne ctions
DC Hardware
Sys MgmtAgents
Marketing & SalesSupport
Education &Reference
doc
ppt
xls
doc
ppt
xls
IBM’s ITA Asset Das ITA Toolkit
ZKB: Neues Rechenzentrum - Process Framework: Application Package Creation (APC) Prozess (Durchlauf pro Applikation Package (AP) = Change)
Qu
alit
y M
an
ag
er
RZ
Mo
veA
pp
lica
tio
n
Mo
ve M
an
ag
er
Ap
plik
ati
on
s-ve
ran
two
rtlic
he
r (A
V)
Be
trie
bs-
vera
ntw
ort
lich
er
(BV
)
Co
nfi
g
Ma
na
ge
rC
ha
ng
eM
an
ag
er
Tra
nsi
tio
n
Ma
na
ge
rT
oo
ls
18. Dezember 2012 – Version 0.8
Subprozess APC 3: Application Package (AP) buchen und Change terminerenSubprozess APC 1: Verifikation der aktuellen Umgebung Subprozess APC 2: Application Move Specifikation (AMS) erstellen
APC 1.2AMM
(Application Move Map)generieren
APC 1.3Verifikation Applikationinitialisieren
APC 1.5Notwendige Änderungen
in Auftrag geben
APC 1.4Verifikation Application Move Map
(AMM)
Entwurf AMM
Start Application Package Creation
APC 1.1APC Prozess initialisieren
RIT(RZ Umzug
Iterative Transition)
iCMDB
Change Status QC1:„Service Modell korrekt“
Process activity
Standard process
Connector / process start/end
Tool
Status update
Information flow
Entwurf AMMÜberprüfung der Dok.
- AKB (Applikationskurzbeschrieb)- BHB (Betriebshandbuch)- WAP (Wiederanlaufplan)
Auftrag für die Erstellung
AMM
APC 1.7AMM
aktualisieren und zur Freigabe
verschicken
APC 1.8Freigabe
Application Move Map
(AMM)
FreigabeAMM
APC 1.9Abschluss AMM und
Status mitteilen
APC 2.2AMS
Verifikation initialisieren APC 2.4
AMS aktualisieren
APC 2.3Diskussion /Verifikation Application
Move Specifikation
(AMS)
Change mit AMS pro AP
aktualisiert
APC 2.5AMS zur Freigabe
verschicken
APC 2.6Freigabe
Application Move
Specifikation (AMM)
FreigabeAMS / AP
APC 2.9Abschluss AMS und
Status mitteilen
APC 2.1Entwurf AMS (Application
Move Specifikation)
erstellen
Entwurf AMS (inkl. Move Approach)
Pro AP (Application Package)
APC 3.3Movetag Kapazität
prüfen
APC 3.4AP zu
Movetag(Move
Package MP)zuteilen
APC 3.8Change
terminieren
APC 3.6Freigabe Movetag
für AP
DefinierteAP
APC 3.5Movetag mitteilen
FreigabeMovetag
Change Status QC3:„Move terminiert“
APC 2.8AMS im Change
abbilden
AMS zur Abbildung im Change(Applikations Movetasks / AufträgeTechnische Movetasks / Aufträge)
pro AP
APC 2.7Abbildung
AMS im Change in
Auftrag geben
APC 1.6Notwendige Änderungen
in iCMDB einpflegen
Change Tool
Aktualisierung CIIn der iCMDB
Generierung einer Entwurf AMMaus der ICMDB
Auftragzur Anpassung CI
Generierung einer aktuellen AMM aus der ICMDB
Rückmeldung CIangepasst
APC 2.10Change
aktualisieren und Status
setzten
Liste der ZKB Ereignisse(Sperrdaten)
APC 3.7AP zu Move Package MP
buchen
AP aufMP
terminiert
Change Status QC2:„Move Plan approved“
Quality Managementinformieren
Quality Managementinformieren
Quality Managementinformieren
APC 3.1AP
planen
APC 3.2WunschMovetag
für AP festlegen
WunschMovetag einholen
WunschMovetag
- AP/MP Mapping Report- Kapazitätsregelwerk
AP/MP Mappinglisteeintragen
AP/MP Mappinglisteaktualisieren
Change pro AP aus Discovery
eröffnet
Changepro AP
eröffnen
APC 1.10Change Status setzten
Level Null Plan
Keine Kapazität
Detaillierte und erprobte ITA
Prozessmodelle
IBM vertraulich
Die ITA Asset Bausteine und Tools
© 2015 IBM Corporation
Übersicht über das ITA (Infrastruktur Transformation Accelerator) Toolkit
(LAMP stack = Linux, Apache, MySQL, PHP)
9
SERVERDB & SERVER ADMIN
DB
EXCEL-REPORTS
ENDUSER WORKSTATION (BROWSER)
AMM-Overview
APKG/MSLT-Mapping (Timeline)
Stakeholders per Appl. / APKG
Server-Centric
Process Status Tracking
Old Infrastructure (Source)
New Infrastructure (Target)Stakeholders Move-Dynamics
Applications
Components
BlockStorage
Applications
Persons
ApplicationPackages
Move Slots
DatabaseInstances
Systems
NetworkPorts
FileStorage
Backup
Phys.Connections
DC Hardware
Sys MgmtAgents
WEB-SERVER
SERVICE STUFF / AUTOMATION
LOAD-SCRIPTS
WEB-FRONTEND
Application
Storage
System
CONFIG FILES
GUI
DB
Old Inf rastructure (Source)
New Infrastructure (Target)Stakeholde rs Move-Dynamics
Applications
Compone nts
BlockStorage
Applic ations
Persons Applic ationPackages
Move Slot s
DatabaseIns tances
Systems
NetworkPorts
FileStorage
Backup
Phys.Conne ctions
DC Hardware
Sys MgmtAgents
Marketing & SalesSupport
Education &Reference
doc
ppt
xls
doc
ppt
xls
IBM vertraulich
© 2015 IBM Corporation 10
Hauptunterschiede:
• Unser ITA Approach hat einen starken Fokus darauf, ein Execution Framework (prozess-orientierte Durchführung) zu erstellen und dann
in diesem Rahmen die Durchführung zu steuern
• Dies ist die Basis für effiziente Execution und Industrialisierung
• Einbinden der Applikationsverantwortlichen in den APC-Process (Application Package Creation)
• Dies reduziert die Aufwände auf Applikationsseite (aus unserer Erfahrung: 5 – 10 mal weniger), weil die Aiufwände über den Prozess
gesteuert und mit Templates und Formaten unterstützt werden
• Einbinden der Betriebs-Organisation in den Iterative Migration Prozess
• Dies ermöglicht die «Industrialisierung» der Durchführung basierend auf erfahrene Betriebsteams des Kundenbetriebs
• Schnüren von verwaltbaren Migrationspaketen – mehr kleine Pakete anstelle von grossen
• Dies ermöglicht eine ausgeglichene Belastung der Betriebsteams
…….. Unser ITA Asset basierender Approach verglichen mit traditionellen
Projekt Methodologien ………
IBM vertraulich
© 2015 IBM Corporation
• Das Thema
• Die Herausforderungen
• Das ITA Asset – IBM’s Infrastructure Transformation Accelerator
• Die Kundenprojekte
11 IBM vertraulich
Agenda
© 2015 IBM Corporation 12
Planung Durchführung
Das Projekt muss planen, was genau getan
werden muss
• Wann
• werden welche Infrastruktur Komponenten
• von wem
• auf welche Art und Weise
• wohin migriert?
• Und welche Applikationen sind jeweils davon
betroffen?
Das Projekt muss genau das ausführen, was
geplant und kommuniziert wurde
• Migrationstermine
• Server Images, Appliances, Storage, etc.
• Ressourcen, Verantwortliche
• Migrations Prozedur
• Target RZ und Umgebung
• Information, Kommunikation, Change Approval
und Entlastung des Migrationsprojektes
IBM vertraulich
Vom Planen und Durchführen eines Transformationsprojektes
© 2015 IBM Corporation
Verringerung der Komplexität – Dekomposition von Applikationen und
Komponentisierung von Infrastruktur Einheiten
13
Planung Durchführung
Applikationsstream
Infrastrukturstream
Application Package Creation
Prozess
Iterative Migration Prozess
Applikations Komponente
Dekomposition von
Applikationen
Solution Komponente
Komponentisierung
der Infrastruktur
Applikations Packages (=Changes) aus
Applikationssicht planen und approven
Migrations Aktivitäten durchführen
IBM vertraulich
Vollständiges Inventar
© 2015 IBM Corporation
Applikations Dekomposition, Zuweisung von Systemen zu den
Applikationskomponten, Applikationspaketbildung und Buchung
14
Planung / Applikationsstream
Appl-Overview A1
Appl-Details A2
Appl-Details A1
A2 DEV
A2 Appl PROD
A2 DB PROD
A2 Web PROD
Application A2
A2 Appl TEST
A2 DB TEST
A2 Web TEST
Application A1
A1 PROD
A1 TEST
A1 DEV
System H
System A
System C
System B
System G
System F
System E
System I
System J
System L (shared)
1. AP_A1_DEV 2. AP_A1_TEST 3. AP_A1_PROD
1. Shared_AP_SysL_DEV
2. AP_A2_TEST 3. AP_A2_PROD
2. AP_A3_TEST 3. AP_A3_PROD
DEV/TEST-Slot, Week 3 DEV/TEST-Slot, Week 13DEV/TEST-Slot, Week 7 PROD-Slot, Week 12PROD-Slot, Week 3 PROD-Slot, Week 17
time
Application A3
A3 DEV
A3 PROD
A3 TEST System O
System N
IBM vertraulich
© 2015 IBM Corporation
Das Füllen eines zentralen Daten-Repository mit allen Plan-Details ist ein
Schlüssel für eine effiziente Durchführung
15
Adaptieren der Execution
Prozesse
Inventory Reconciliation
(Ergänzung / Vervollständigung)
Definieren der Target Solution
Komponenten und Migrations
Prozeduren
Erarbeiten der Solution
Komponenten
Application Discovery
SERVERDB & SERVER ADMIN
DB
EXCEL-REPORTS
ENDUSER WORKSTATION (BROWSER)
AMM-Overview
APKG/MSLT-Mapping (Timeline)
Stakeholders per Appl. / APKG
Server-Centric
Process Status Tracking
Old Infrastructure (Source)
New Infrastructure (Target)Stakeholders Move-Dynamics
Applications
Components
BlockStorage
Applications
Persons
ApplicationPackages
Move Slots
DatabaseInstances
Systems
NetworkPorts
FileStorage
Backup
Phys.Connections
DC Hardware
Sys MgmtAgents
WEB-SERVER
SERVICE STUFF / AUTOMATION
LOAD-SCRIPTS
WEB-FRONTEND
Application
Storage
System
CONFIG FILES
GUI
DB
Old Inf rastructure (Source)
New Infrastructure (Target)Stakeholde rs Move-Dynamics
Applications
Compone nts
BlockStorage
Applic ations
Persons Applic ationPackages
Move Slot s
DatabaseIns tances
Systems
NetworkPorts
FileStorage
Backup
Phys.Conne ctions
DC Hardware
Sys MgmtAgents
Marketing & SalesSupport
Education &Reference
doc
ppt
xls
doc
ppt
xls
Iterative Migration
Prozess
Build Prozess
Application Package
Creation Proz.
Zentrales
Daten-Repository
IBM vertraulich
© 2015 IBM Corporation
Application Discovery – De-Komposition der Applikationen und deren
Infrastrukturumgebungen; verstehen der (Infrastruktur) Abhängigkeiten
16
Old Infrastructure (Source)
New Infrastructure (Target)
Stakeholders Move-Dynamics
Applications
Components
Storage
Applications
Persons
ApplicationPackages
Move Slots
DB InstancesServers
etc.
BankRelationService
BankRelationServiceLX
CalloutService
CalloutServiceLX
CardCompetenceService
CardCompetenceServiceLX
CardDispositionService
CardDispositionServiceLX
CardInfoService
CardInfoServiceLX
CardService
CardUpdateService
CardUpdateServiceLX
TraderService
EBankingAuthService
EBankingAuthServiceLX
EBankingAuthServiceNA
InternalCardService
InternalCardServiceLX
Infrastruktur
Relationen
Zahlen aus realen Projekten:
• 100 – 300 Applikationen
• 80 – 120 «Infrastruktur Applikationen»
• «Infrastruktur Applikationen» sind
«gemeinsam genutzte Infrastruktur
Services»
Application Discovery Modul:
• 100 – 200 Discovery Workshops
• Einfaches Architektur Modell zur
Bestimmung der Infrastrukturverwendung
• Die Komponententypen entsprechen genau
den ITA DB Applikations-Komponenten
• Questionnaire entwickeln und ausfüllen
lassen
Erfahrungen:
• < 10% «orphaned Server»
• Keine unbekannten Auswirkungen
• Minimales Risiko für kritische
Geschäftsprozesse
• 20 – 25% aller Server gehören zu
«Infrastruktur Applikationen»
Applikations Portfolio der
Geschäftsbereiche
Application Operational Modelle ITA DB Datenmodell
Applikation +
Komponenten
Discovery der
Applikationen
IBM vertraulich
© 2015 IBM Corporation
Komponentisierung der Infrastruktur – Die Infrastruktur verstehen und
Solution Komponenten dokumentieren
17
Zahlen aus realen Projekten:
• 2000 – 6000 Server (physische und
virtuelle)
• 60% virtuelle Server
• Mehrere unterschiedliche
Virtualisierungsfarmen
• Unterschiedliche Cluster
• Konsolidierte und unkonsolidierte
SAN/Speicher Infrastruktur
Erfahrungen:
• Starke Vereinfachung der Bestimmung
der Migrations Strategie
• Es werden verwaltbare Einzelstücke
erarbeitet
• 30 – 40 Solution Komponenten
• 40 – 50 Migrations Prozeduren (1-n
pro Solution Komponente)
Solution Komponente Solaris Virtualisierungs-Plattform – IST Umgebung
RZ Hard (23 Systeme) RZ Wipkingen (21 Systeme)
Prod
ST
ENG/IT
SAN
Default Pool
PROD
Host based mirrors ins zweite RZ
Scs1111-pp
VM VM
Scs1118-pp
VM VM
scs1104-pp
VM VM
Scs1129-pp
VM VM
ST
Scs1132-pp
VM VM
Scs1133-pp
VM VM
Eng
PROD
ST
Eng
Scs1101-ep
VM VM
Scs1102-ep
VM VM
Scs1100-ep
VM VM
Scs1103-ep
VM VM
Scs1109-ep
VM VM
Scs1112-ep
VM VM
Scs1110-sp
VM VM
Scs1117-sp
VM VM
Scs1105-sp
VM VM
Scs1121-sp
VM VM
Scs1131-sp
VM VM
Scs1135-sp
VM VM
Scs1114-ps
VM VM
Scs1120-ps
VM VM
scs1108-ps
VM VM
Scs1128-ps
VM VM
Scs1134-ps
VM VM
Scs-1138-ps
VM VM
Scs1113-ss
VM VM
Scs1115-ss
VM VM
Scs1107-ss
VM VM
Scs1124-ss
VM VM
Scs1127-ss
VM VM
Scs1137-ss
VM VM
Scs1116-es
VM VM
Scs1119-es
VM VM
Scs1106-es
VM VM
Scs1122-es
VM VM
Scs1126-es
VM VM
Scs1136-es
VM VM
Scs1130-ep
VM VM
Scs1125-ep
VM VM
Scs1201-ep
VM VM
Scs1143-ep
VM VM
Scs1140-ps
VM VM
scs1139-ps
VM VM
Scs1203-sp
VM VM
Scs1141-sp
VM VM
Scs1142-ss
VM VM
Scs1202-ss
VM VM
Scs1144-pp
VM VM
Scs1205-pp
VM VM
Scs1200-es
VM VM
Scs1206-ps
VM VM
Scs1204-ps
VM VMScs1207-pp
VM VM
HA Pool HZ Pool Default Pool HA Pool HZ Pool
Solution Komponente VMware Virtualisierungs-Plattform – IST Umgebung
RZ Hard (21 Hosts) RZ Wipkingen (21 Hosts)
Prod
ST
ENG/IT
SAN
SAN Storage
PROD Cluster Hard
SAN StorageKein Mirror ins zweite RZ
esx303
VM VM
esx305
VM VM
esx301
VM VM
esx307
VM VM
ST Cluster Hard
esx309
VM VM
esx311
VM VM
ENG Cluster Hard
PROD Cluster Wipkingen
ST Cluster Wipkingen
ENG Cluster Wipkingen
esx105
VM VM
esx107
VM VM
esx103
VM VM
esx109
VM VM
esx111
VM VM
esx113
VM VM
esx203
VM VM
esx205
VM VM
esx201
VM VM
esx207
VM VM
esx209
VM VM
esx211
VM VM
esx302
VM VM
esx304
VM VM
esx300
VM VM
esx306
VM VM
esx308
VM VM
esx310
VM VM
esx202
VM VM
esx204
VM VM
esx200
VM VM
esx206
VM VM
esx208
VM VM
esx210
VM VM
esx102
VM VM
esx104
VM VM
esx100
VM VM
esx106
VM VM
esx108
VM VM
esx110
VM VM
esx117
VM VM
esx115
VM VM
esx314
VM VM
esx312
VM VM
esx313
VM VM
esx112
VM VM
WINDOWS
KSAP (20)
ESX ESX
Virtualisierte Systeme
DBDB
ESXESXESX
KDBSQL (18)
DBDB
KDB (9)
DBDB
KDB (18) KDBSQL (2)
KAPPL (60)
KAPPL (222) KAPPL-SPVS (156)
KVERT (2)KDC (21)
KFAN (2)KDIR (3)
KDIR (7)KDC (13)
KFAN (8)
ESX ESX
KPRT (2)
KPRT-DIR (0)
KPRT (9)
KPRT-DIR (4)
KSWD (1)
KSWD (8)
KMCS (1)
KTERM (68)
KCS-VDI (12)
KTERM (0)
KWEB (227)
KWEB-VOR (32)
KWEB (39)
KSAP (2)
Linux (812) W2K8 Exchange (4)
W2K8
Exchange (4)
KSAP (2)
ESXnext
ESX ESX 5
Virtualisierte Systeme
ESX 5ESX 5ESX 5 ESX
Linux (geplant:
3000)
Komponentisierung der
Infrastruktur
Komponentisierung der Infrastruktur:
• Einfache Architekturübersichten
• Solution Komponenten und Migrations
Prozeduren sind die Attribute der
Applikations Komponente im ITA
Datenmodell – hier werden Applikationen mit
den Technologien verbunden
Die übliche «box view» des IT Betriebs ITA dokumentierte Solution Komponenten
IBM vertraulich
© 2015 IBM Corporation
Design Target Solution Komponenten – Definieren, wie «Target Solution
Komponenten» aussehen und wie migriert werden kann
18
Aus realen Projekten:
• As-is Migration: Target Solution
Komponenten entsprechen den
Source SC
• Konsolidierung: Target Solution
Komponenten zeigen neue Ziel-
Architektur Building Blocks
• Oft treffen wir Mischformen an
Erfahrungen:
• Oft zusätzliche Virtualisierung
• IP-Umaddressierung ist kein Issue,
wenn gut vorbereitet
• Middleware / DB Standardisierung
wärend der Migration möglich
• Vermeiden von Änderungen der
Applikationen im grossen Stil
Solution Komponente Solaris Virtualisierungs-Plattform – IST Umgebung
RZ Hard (23 Systeme) RZ Wipkingen (21 Systeme)
Prod
ST
ENG/IT
SAN
Default Pool
PROD
Host based mirrors ins zweite RZ
Scs1111-pp
VM VM
Scs1118-pp
VM VM
scs1104-pp
VM VM
Scs1129-pp
VM VM
ST
Scs1132-pp
VM VM
Scs1133-pp
VM VM
Eng
PROD
ST
Eng
Scs1101-ep
VM VM
Scs1102-ep
VM VM
Scs1100-ep
VM VM
Scs1103-ep
VM VM
Scs1109-ep
VM VM
Scs1112-ep
VM VM
Scs1110-sp
VM VM
Scs1117-sp
VM VM
Scs1105-sp
VM VM
Scs1121-sp
VM VM
Scs1131-sp
VM VM
Scs1135-sp
VM VM
Scs1114-ps
VM VM
Scs1120-ps
VM VM
scs1108-ps
VM VM
Scs1128-ps
VM VM
Scs1134-ps
VM VM
Scs-1138-ps
VM VM
Scs1113-ss
VM VM
Scs1115-ss
VM VM
Scs1107-ss
VM VM
Scs1124-ss
VM VM
Scs1127-ss
VM VM
Scs1137-ss
VM VM
Scs1116-es
VM VM
Scs1119-es
VM VM
Scs1106-es
VM VM
Scs1122-es
VM VM
Scs1126-es
VM VM
Scs1136-es
VM VM
Scs1130-ep
VM VM
Scs1125-ep
VM VM
Scs1201-ep
VM VM
Scs1143-ep
VM VM
Scs1140-ps
VM VM
scs1139-ps
VM VM
Scs1203-sp
VM VM
Scs1141-sp
VM VM
Scs1142-ss
VM VM
Scs1202-ss
VM VM
Scs1144-pp
VM VM
Scs1205-pp
VM VM
Scs1200-es
VM VM
Scs1206-ps
VM VM
Scs1204-ps
VM VMScs1207-pp
VM VM
HA Pool HZ Pool Default Pool HA Pool HZ Pool
Solution Komponente VMware Virtualisierungs-Plattform – IST Umgebung
RZ Hard (21 Hosts) RZ Wipkingen (21 Hosts)
Prod
ST
ENG/IT
SAN
SAN Storage
PROD Cluster Hard
SAN StorageKein Mirror ins zweite RZ
esx303
VM VM
esx305
VM VM
esx301
VM VM
esx307
VM VM
ST Cluster Hard
esx309
VM VM
esx311
VM VM
ENG Cluster Hard
PROD Cluster Wipkingen
ST Cluster Wipkingen
ENG Cluster Wipkingen
esx105
VM VM
esx107
VM VM
esx103
VM VM
esx109
VM VM
esx111
VM VM
esx113
VM VM
esx203
VM VM
esx205
VM VM
esx201
VM VM
esx207
VM VM
esx209
VM VM
esx211
VM VM
esx302
VM VM
esx304
VM VM
esx300
VM VM
esx306
VM VM
esx308
VM VM
esx310
VM VM
esx202
VM VM
esx204
VM VM
esx200
VM VM
esx206
VM VM
esx208
VM VM
esx210
VM VM
esx102
VM VM
esx104
VM VM
esx100
VM VM
esx106
VM VM
esx108
VM VM
esx110
VM VM
esx117
VM VM
esx115
VM VM
esx314
VM VM
esx312
VM VM
esx313
VM VM
esx112
VM VM
WINDOWS
KSAP (20)
ESX ESX
Virtualisierte Systeme
DBDB
ESXESXESX
KDBSQL (18)
DBDB
KDB (9)
DBDB
KDB (18) KDBSQL (2)
KAPPL (60)
KAPPL (222) KAPPL-SPVS (156)
KVERT (2)KDC (21)
KFAN (2)KDIR (3)
KDIR (7)KDC (13)
KFAN (8)
ESX ESX
KPRT (2)
KPRT-DIR (0)
KPRT (9)
KPRT-DIR (4)
KSWD (1)
KSWD (8)
KMCS (1)
KTERM (68)
KCS-VDI (12)
KTERM (0)
KWEB (227)
KWEB-VOR (32)
KWEB (39)
KSAP (2)
Linux (812) W2K8 Exchange (4)
W2K8
Exchange (4)
KSAP (2)
ESXnext
ESX ESX 5
Virtualisierte Systeme
ESX 5ESX 5ESX 5 ESX
Linux (geplant:
3000)
Definition Migration
Procedures
Design Target Solution Komponenten
Modul:
• Design der Ziel Architektur
• Definieren der Migrationsstrategie: wie
komme ich technisch vom Ist-Zustand in die
Ziel-Umgebung
• Definieren von 1-n Migrations Prozeduren je
Solution Komponente
Source Solution Komponenten (ITA style) Target Solution Komponenten / Migrations
Prozeduren Solution Komponente Solaris Virtualisierungs-Plattform – IST Umgebung
RZ Hard (23 Systeme) RZ Wipkingen (21 Systeme)
Prod
ST
ENG/IT
SAN
Default Pool
PROD
Host based mirrors ins zweite RZ
Scs1111-pp
VM VM
Scs1118-pp
VM VM
scs1104-pp
VM VM
Scs1129-pp
VM VM
ST
Scs1132-pp
VM VM
Scs1133-pp
VM VM
Eng
PROD
ST
Eng
Scs1101-ep
VM VM
Scs1102-ep
VM VM
Scs1100-ep
VM VM
Scs1103-ep
VM VM
Scs1109-ep
VM VM
Scs1112-ep
VM VM
Scs1110-sp
VM VM
Scs1117-sp
VM VM
Scs1105-sp
VM VM
Scs1121-sp
VM VM
Scs1131-sp
VM VM
Scs1135-sp
VM VM
Scs1114-ps
VM VM
Scs1120-ps
VM VM
scs1108-ps
VM VM
Scs1128-ps
VM VM
Scs1134-ps
VM VM
Scs-1138-ps
VM VM
Scs1113-ss
VM VM
Scs1115-ss
VM VM
Scs1107-ss
VM VM
Scs1124-ss
VM VM
Scs1127-ss
VM VM
Scs1137-ss
VM VM
Scs1116-es
VM VM
Scs1119-es
VM VM
Scs1106-es
VM VM
Scs1122-es
VM VM
Scs1126-es
VM VM
Scs1136-es
VM VM
Scs1130-ep
VM VM
Scs1125-ep
VM VM
Scs1201-ep
VM VM
Scs1143-ep
VM VM
Scs1140-ps
VM VM
scs1139-ps
VM VM
Scs1203-sp
VM VM
Scs1141-sp
VM VM
Scs1142-ss
VM VM
Scs1202-ss
VM VM
Scs1144-pp
VM VM
Scs1205-pp
VM VM
Scs1200-es
VM VM
Scs1206-ps
VM VM
Scs1204-ps
VM VMScs1207-pp
VM VM
HA Pool HZ Pool Default Pool HA Pool HZ Pool
Solution Komponente VMware Virtualisierungs-Plattform – IST Umgebung
RZ Hard (21 Hosts) RZ Wipkingen (21 Hosts)
Prod
ST
ENG/IT
SAN
SAN Storage
PROD Cluster Hard
SAN StorageKein Mirror ins zweite RZ
esx303
VM VM
esx305
VM VM
esx301
VM VM
esx307
VM VM
ST Cluster Hard
esx309
VM VM
esx311
VM VM
ENG Cluster Hard
PROD Cluster Wipkingen
ST Cluster Wipkingen
ENG Cluster Wipkingen
esx105
VM VM
esx107
VM VM
esx103
VM VM
esx109
VM VM
esx111
VM VM
esx113
VM VM
esx203
VM VM
esx205
VM VM
esx201
VM VM
esx207
VM VM
esx209
VM VM
esx211
VM VM
esx302
VM VM
esx304
VM VM
esx300
VM VM
esx306
VM VM
esx308
VM VM
esx310
VM VM
esx202
VM VM
esx204
VM VM
esx200
VM VM
esx206
VM VM
esx208
VM VM
esx210
VM VM
esx102
VM VM
esx104
VM VM
esx100
VM VM
esx106
VM VM
esx108
VM VM
esx110
VM VM
esx117
VM VM
esx115
VM VM
esx314
VM VM
esx312
VM VM
esx313
VM VM
esx112
VM VM
WINDOWS
KSAP (20)
ESX ESX
Virtualisierte Systeme
DBDB
ESXESXESX
KDBSQL (18)
DBDB
KDB (9)
DBDB
KDB (18) KDBSQL (2)
KAPPL (60)
KAPPL (222) KAPPL-SPVS (156)
KVERT (2)KDC (21)
KFAN (2)KDIR (3)
KDIR (7)KDC (13)
KFAN (8)
ESX ESX
KPRT (2)
KPRT-DIR (0)
KPRT (9)
KPRT-DIR (4)
KSWD (1)
KSWD (8)
KMCS (1)
KTERM (68)
KCS-VDI (12)
KTERM (0)
KWEB (227)
KWEB-VOR (32)
KWEB (39)
KSAP (2)
Linux (812) W2K8 Exchange (4)
W2K8
Exchange (4)
KSAP (2)
ESXnext
ESX ESX 5
Virtualisierte Systeme
ESX 5ESX 5ESX 5 ESX
Linux (geplant:
3000)
Design Target Soluion
Comp.
IBM vertraulich
© 2015 IBM Corporation
Bereinigung des Inventars – unterschiedliche operationelle Inventare und
Infrastruktur Listen werden in das Daten-Repository „konsolidiert“
19
Bereinigung des
Inventars
Zahlen aus realen Projekten:
• 5 – 10 unterschiedliche Inventarlisten
• +/- 25% akkurat
• Beinhalten nicht mehr existierende Server
• Beinhalten physische Server, welche
schon virtualisiert sind
• Beinhalten doppelte Einträge
• Enthalten die Abhängigkeiten virtuell /
physisch nicht
Erfahrungen:
• 100% akkurates Inventar von physischen
Systemen
• 100% akkurates Inventar von virtuellen
Systemen
• 100% der Beziehungen virtuelle Server –
physische Server
• 100% akkurate Server zu Speicher
Beziehungen
Bereinigung der Inventare:
• Durchführen Wall-to-Wall (W2W)
Assessment (systematische Aufnahme aller
Systeme in allen Racks)
• Sammeln von Virtualisierungslisten aller
Umgebungen (aus Management Tools)
• Vertraue Discovery Tools nicht zu stark
Übliche Sicht per Technologie (Windows, Storage, Unix, etc.) ITA – System Centric Report – ein «100% Inventar»
IBM vertraulich
© 2015 IBM Corporation
Durchführungsprozesse – Aufbau einer hocheffizienten, parallelen
Betriebsorganisation
20
Old Infrastructure (Source)
New Infrastructure (Target)
Stakeholders Move-Dynamics
Applications
Components
Storage
Applications
Persons
ApplicationPackages
Move Slots
DB InstancesServers
etc.
Stakeholder auf Seite Geschäftsapplikation
Stakeholder im IT Betrieb
The DIAMOND Program - Process Framework: Application Package Creation Process (L1/L2)
Nova
rtis A
pplic
ation
Ow
ner
DIAMO
ND No
varti
s W
orkstr
eam
Lead
er
DIAMO
ND
Logis
tics
Mana
ger
DIAMO
ND IT
Arch
itect
DIAMO
ND IB
M DR
IS An
alyst
DIAMO
ND W
ave
Projec
t Man
ager
DIAMO
ND No
varti
s Ap
plica
tion A
nalys
tDIA
MOND
Nova
rtis
Orde
r Man
ager
DIAMO
ND Ch
ange
Ma
nage
rDIA
MOND
De
livery
Team
Nova
rtis
Data
Cente
r De
livery
BT Ne
twork
De
livery
GMSA
Pro
cesse
sDIA
MOND
IBM
Work
strea
m Le
ader
Tools
DIAMO
ND IB
M Ap
plica
tion
Analy
st
01.November 2010 – Draft 04
APC 3: Document, approve and book Application PackageAPC 1: Verify current Application Environment APC 2: Elaborate List of Application Packages
APC 1.2Create
Application Move Map Overview
Sheet
APC 1.3Request
Application Planning
Deliverables
APC 1.6Request
Verification of current
Application Environment
APC 1.7Verify
Application Planning
Deliverables
APC 1.9Confirm current
Environment
APC 1.8Update DRIS
based on identified gaps and generate
new AMM Overview
Draft AMM, including:- Application Overview Sheet
- AP List Sheet
- Application verification checklist- Current AOM
- MD presentation- BRQ requirements
DRIS Update Request
Updated DRIS and AMM Overview
Start Application Package Creation
APC 2.1Create List of Application Packages
APC 2.2Confirm List
of Application Packages
Current Environment approved
APC 3.1Request to elaborate
Application Package and Application
Move Specification
APC 3.2Provide Initial
Application Packageand Draft of
Application Move Specification
APC 3.4Provide Draft
of Application
Package content
APC 3.5Preallocate
Move Package
APC 3.6Resolve open
issues of Application
Package
APC 3.7Verify
finalized Application
Package
APC 3.8Approve finalized
Application Package
Initial APAMS draft
AP Draft
AP ready
AP approved
APC 1.1Request
Application Move Map Overview
Sheet
End Application Package Creation
DRIS
Generated AMM OverviewFrom DRIS
APC 1.4Deliver BRQ
Requirements
APC 1.5Deliver MD and
current AOM
Set APC Status„New AMM Overview generated“
APC 1.10Initiate AP
List creation
APC2.3Create
Application Packages in
DRIS
Create Application Package List
APC 3.4Verify and
update AMS
AMS
Set APC Status„AMM Template Generated“
APC 1.71Request DRIS
Update based on identified
Gaps
DRIS Update Request
Set APC Status„ DRIS Update for CurrentEnvironment requested“
Update DRIS tables
Current Environment approved
Set APC Status„AP List creation initiated“
Set APC Status„AP List created“
Set APC Status„AMS Draft provided“
Set APC Status„Draft AP content created“
DRIS Move Package Allocation
SET APC Status„AP pre-allocated“
APC 3.45Preallocate Application
Package
Application Package Pre-Allocation
APC 3.75Book Move
Package
Finalized AP
SET APC Status„AP booked“
DRIS Application Package Booking
APC 3.85Pass QC3 for approved AP
Set APC Status„AP approved“
APC 3.3Request AMS
Initial APAMS draft
APC 3.5Receive AMS and request finalization
of AP
AMS
ITA – Application Package Creation
ITA – Iterative Migration
APC Status Report
AP/MP Mapping Report
Report Aktualisierung in Echtzeit
ITA Datenbank
IBM vertraulich
© 2015 IBM Corporation
Execution Prozesse
Übersicht über die Execution Prozesse
• Die Execution Prozesse sind die folgenden:
Application
Package
Creation
(APC)
Wave
Infrastructure
Build
(WIB)
Der APC Prozess unterstützt die Planung und Dokumentation aller Aktivitäten auf
Seite Applikation vor, während und nach der Migration.
Der WIB Prozess industrialisiert die Installation der Ziel-Infrastruktur, welche für die
Migrationen der nächsten 4 – 6 Monate benötigt wird.
Iterative
Migration
(IM)
Der IM Prozess steuert die Durchführung aller detailliert geplanten
Migrationsaktivitäten gemäss der definierten Migrations Prozeduren (bezogen auf
Infrastruktur) und gemäss der Application Move/Migrations Spezifikation (bezogen auf
Applikationen).
21 IBM vertraulich
© 2015 IBM Corporation
Der Applikations Package Creation (APC) Prozess besteht aus drei Sub-
Prozessen
• Der APC Prozess hat drei Sub-Prozesse:
Prozess: Application Package Creation (APC)
Sub-Prozess
APC 1:
Verifikation der
Applikation in der
Datenbank
Sub-Prozess
APC 2:
Erstellen der Application
Move Specification (AMS)
Sub-Prozess
APC 3:
Bestätigen der
Umzugstermine
Applic
atio
n
Dis
covery
Itera
tive
Mig
ratio
n (IM
)
Mig
ratio
ns
Pro
zedure
n
QC1: AMM approved QC2: AMS approved QC3: AP booked
22 IBM vertraulich
© 2015 IBM Corporation
Der Iterative Migration (IM) Prozess besteht aus vier Sub-Prozessen
• Der IM Prozess hat vier Sub-Prozesse:
Prozess: Iterative Migration (IM)
Sub-Prozess
IM 1:
Langfristige
Vorbereitung
(6 Wochen
vor dem Migrationsdatum)
Sub-Prozess
IM 2:
kurzfristige
Vorbereitung
(5 Tage vor
dem Migrationsdatum)
Sub-Prozess
IM 3:
Migrations
Aktivitäten
(Migrationsdatum)
Sub-Prozess
IM 4:
Post-Migration
Aktivitäten
(7 Tage nach
Migrationsdatum)
Applic
atio
n P
ackage
Cre
atio
n (A
PC
)
QC4: Go/No-go Entscheid QC5: Migration erfolgreich QC6: Change
geschlossen
23 IBM vertraulich
© 2015 IBM Corporation 24
Application Discovery
AMM
SOPDM
APC
Legend AMM Application Move Map
AMS Application Move Specification
AP Application Package
APC Application Package Creation
Mar Jan Feb Apr
AP
AP_SOPDM_
DEV
AP
AP_SOPDM_
TEST
AP
AP_SOPDM_
PROD
Iterative Migration
12. Mar
Wed
02. Apr
Wed
26. Apr
Sat
Entwicklungsumgebung
Testumgebung
Produktionsumgebung
verify env. booking
preparation move execution decom
APC
Iterative Migration
preparation move execution decom
APC
Iterative Migration
preparation move execution d.
AMS
verify env. AMS booking
verify env. AMS booking
…
Ein Beispiel eines Durchlaufs einer Applikation durch die Execution
Prozesse
IBM vertraulich
© 2015 IBM Corporation
Alles auf einen Blick – industrialisierte Migration
25
Übersicht Migrations Framework – Prozesse
Srv Perform.
Process-Ctrl.
DB Instance
Application
Package
MovePackage
Process-Ctrl
Application
Process-Ctrl.
Component
Process-Ctrl.
Server
DB Schema
TSM Instance
TSM Node
Storage
Subsystem
Storage
Volume
Network Port
Srv Perform.
Process-Ctrl.
DB Instance
Process-Ctrl.
Server
DB Schema
Network Port
SOURCE
INFRASTRUCTURE
TARGET
INFRASTRUCTURE
Person DC Hardware
TSM Instance
TSM Node
Storage
Subsystem
Storage
Volume
MOVE DYNAMICS
PERSON
INFORMATION VARIOUS
APPLICATION
LANDSCAPE
Application Package Creation (APC) – Durchlauf pro Application Package (=Change)
Verifikation aktuelle Umgebung
AMM (Application Move Map) generieren
AV/BV veririfzieren Applikation
Notwendige Änderungen CMDB einpflegen
AMM approved
Application Move Map (AMS)
Draft AMS erstellen
AMS diskutieren/ergänzen mit AV/BV
AMS in Change abbilden
AMS approved
AP buchen / Change terminieren
Move Wunschdatum setzen
Movetag Kapazität prüfen
Move buchen / Change terminieren
DIAMOND Move Approach AIX Dedicated New Install Upgrade OS
Description and purpose of the Approach
Move Preparation
Task IDPred.
Task IDCarried Out by <Role> Task Description Task Lead Time
Further
Doc. ID
Comment
ID
IBM - Move Coordinator ensure application owner has confirmed OS version compatibility 2m
IBM - Move Coordinator ensure application owners are defined and personnel is assigned 1m
IBM - Move Coordinator ensure that current firewall rules are confirmed by the application owner 1m
IBM - Move Coordinator
ensure that data backup plans are documented in the application move
map 1m
IBM - Move Coordinator
ensure that application crontab handling is documented in the application
move map 1m
BT prepare network including setup IP subnet/range/address as required 1m
BT
prepare firewall rule set and VPN configuration according to Wave Detailed
Micro Design 2w
IBM - Move Coordinator
ensure target IP address is defined and communicated to the application
owner 1m
Novartis - ASM prepare application test plans (either existing or to be created/updated) 1m
IBM - Unix Admin
identify volumes / LUNs to be replicated and communicate to Storage
Team 1m
IBM - Storage Admin create new Lun for new Lpars rootvg 2w
IBM - Storage Admin ensure SAN re-zoning is defined 2w
IBM - Storage Admin
ensure that MetroMirror is set up for data disks and that data is being
mirrored to the target location 2w
IBM - Unix Admin create LPAR planning sheet for configuration and sizing of target LPAR 2w
IBM - Unix Admin
ensure that the server (physical system) is physically set up according to
IBM standard procedures 2w
IBM - Move Coordinator evaluate move risk and backup situation 1m
IBM - Move Coordinator IF low risk move THEN ensure last night backup successful 0d A
IBM - Move Coordinator IF higher risk move THEN schedule extraordinary full backup 2d B
IBM - Unix Admin
create new LPAR profile on target managed system according to standard
IBM procedures 3d
IBM - Unix Admin
make rootvg and metro mirrored data LUNs available to VIOS (note new
volume IDs!) and map it to new LPAR 3d
Move Execution
Task IDPred.
Task IDCarried Out by <Role> Task Description
Task Duration
[minutes]
Further
Doc. ID
Comment
ID
IBM - Backup Admin ensure backup completed successfully
upgrade OS
IBM - Unix Admin shutdown application 10
IBM - Unix Admin backup system image with "mksysb" tool (1) 30
IBM - Unix Admin upgrade AIX with NIM (method = "migration installation") 120
IBM - Unix Admin backup system image with "mksysb" tool (2) 30
IBM - Unix Admin startup application 10
Novartis - ASM perform application test 20
IBM - Unix Admin IF not OK THEN restore from mksysb (1) 30
shutdown source system
IBM - Unix Admin
rename /etc/rc.application to keep application from starting automatically
after boot 5
IBM - Unix Admin comment out persistent NFS mounts in /etc/filesystems 5
IBM - Unix Admin (?) disable monitoring 5
IBM - Unix Admin save system configuration 20
IBM - Unix Admin shutdown application(s) 10
IBM - Unix Admin varyoff and export VGs, remove all external storage devices 10
IBM - Unix Admin disable application crontabs according to application move map 5
IBM - Unix Admin backup system image with "mksysb" tool (3) 30
AIX upgrade with NIM and mksysb, for old hardware and not-supported OS version. NOTE: TO BE DISCUSSED "Dedicated" means, that the new AIX instance is
placed on a dedicated machine. However, it shall still be within an LPAR but the LPAR shall be sized such that it fills the entire machine. This fulfills the GMSA
service description while still providing a uniform operating environment. Use of VIO is to be discussed.
NOTE: This file will, once agreed on, be multiplied into four move approaches:
+) AIX Dedicated New Install Upgrade OS == below content
+) AIX Dedicated New Install mksysb == below content, without the "upgrade OS" section and without the version compatibility check (cf. preparation)
+) AIX Managed Copy OS using mksysb == identical to Dedicated New Install using mksysb (see Description above)
+) AIX Managed Upgrade OS == identical to Dedicated New Install Upgrade OS (see Description above) or is this Upgrade OS + L&S? Change Management
Tool
Change_Appname_
Eng
Change_Appname_
Prod
Change_Appname_ENGApplikations
Migrations-Tasks
technische
Movetasks
Iterative Migration (IM) – Durchlauf pro Move Package (=alle Changes eines Tages)
langfristige Pre-Move Tasks
DC Capacity Request / Cabling
Request
Storage Volume Konfiguration
Move Kommunikation
Kontrolle Betriebs-
Dokumentation
The DIAMOND Program - Process Framework: Application Package Creation Process (L1/L2)
Nova
rtis A
pplic
ation
Ow
ner
DIAMO
ND No
varti
s W
orkstr
eam
Lead
er
DIAMO
ND
Logis
tics
Mana
ger
DIAMO
ND IT
Arch
itect
DIAMO
ND IB
M DR
IS An
alyst
DIAMO
ND W
ave
Projec
t Man
ager
DIAMO
ND No
varti
s Ap
plica
tion A
nalys
tDIA
MOND
Nova
rtis
Orde
r Man
ager
DIAMO
ND Ch
ange
Ma
nage
rDIA
MOND
De
livery
Team
Nova
rtis
Data
Cente
r De
livery
BT Ne
twork
De
livery
GMSA
Pro
cesse
sDIA
MOND
IBM
Work
strea
m Le
ader
Tools
DIAMO
ND IB
M Ap
plica
tion
Analy
st
01.November 2010 – Draft 04
APC 3: Document, approve and book Application PackageAPC 1: Verify current Application Environment APC 2: Elaborate List of Application Packages
APC 1.2Create
Application Move Map Overview
Sheet
APC 1.3Request
Application Planning
Deliverables
APC 1.6Request
Verification of current
Application Environment
APC 1.7Verify
Application Planning
Deliverables
APC 1.9Confirm current
Environment
APC 1.8Update DRIS
based on identified gaps and generate
new AMM Overview
Draft AMM, including:- Application Overview Sheet
- AP List Sheet
- Application verification checklist- Current AOM
- MD presentation- BRQ requirements
DRIS Update Request
Updated DRIS and AMM Overview
Start Application Package Creation
APC 2.1Create List of Application Packages
APC 2.2Confirm List
of Application Packages
Current Environment approved
APC 3.1Request to elaborate
Application Package and Application
Move Specification
APC 3.2Provide Initial
Application Packageand Draft of
Application Move Specification
APC 3.4Provide Draft
of Application
Package content
APC 3.5Preallocate
Move Package
APC 3.6Resolve open
issues of Application
Package
APC 3.7Verify
finalized Application
Package
APC 3.8Approve finalized
Application Package
Initial APAMS draft
AP Draft
AP ready
AP approved
APC 1.1Request
Application Move Map Overview
Sheet
End Application Package Creation
DRIS
Generated AMM OverviewFrom DRIS
APC 1.4Deliver BRQ
Requirements
APC 1.5Deliver MD and
current AOM
Set APC Status„New AMM Overview generated“
APC 1.10Initiate AP
List creation
APC2.3Create
Application Packages in
DRIS
Create Application Package List
APC 3.4Verify and
update AMS
AMS
Set APC Status„AMM Template Generated“
APC 1.71Request DRIS
Update based on identified
Gaps
DRIS Update Request
Set APC Status„ DRIS Update for CurrentEnvironment requested“
Update DRIS tables
Current Environment approved
Set APC Status„AP List creation initiated“
Set APC Status„AP List created“
Set APC Status„AMS Draft provided“
Set APC Status„Draft AP content created“
DRIS Move Package Allocation
SET APC Status„AP pre-allocated“
APC 3.45Preallocate Application
Package
Application Package Pre-Allocation
APC 3.75Book Move
Package
Finalized AP
SET APC Status„AP booked“
DRIS Application Package Booking
APC 3.85Pass QC3 for approved AP
Set APC Status„AP approved“
APC 3.3Request AMS
Initial APAMS draft
APC 3.5Receive AMS and request finalization
of AP
AMS
Server Konfig Checks
kurzfristige Pre-Move Tasks
Confirm Cabling Request
Start Storage Replication
Change Kommunikation
Update Betriebs-
Dokumentation
Go / No-Go Entscheid
Move-Tag Tasks
Check letzten erfolgreichen
Backup
Confirm Mirror in Synch
Stop Server
Move Server
Stop Applikation
Post-Move Tasks
Check Betriebsdokumentation
Check Cis in CMDB / Inventar
Approve Abschluss Change
Update / Check KAP
QC1 QC2 QC3
QC5QC4
AMM
Migrations
Datenbank
Migrations
Prozeduren
AP/MP Mapping
Report
Change_Appname_Prod
QC6
Cable und Start Server
Decom alte Server
Legende der Quality Checkpoints:
QC1: Applikation korrekt in der Migrations DB
QC2: AP Dokument (AMS und Migrations Prozedur) approved
QC3: Migrationstermin approved
QC4: Go / No-Go entschieden
QC5: Migration erfolgreich
QC5: Migration abgeschlossen
KPIs aus realen Projekten:
• 2000 Applikations Pakete
• 2000 Changes
• 100’000 koordinierte Change
Aktivitäten
• 400 involvierte Applikations
Verantwortliche und Tester
• 400 Migrations-Termine
IBM vertraulich
© 2015 IBM Corporation
Beispiel Report - Application Move Map (AMM)
• Die komplette Liste aller Applikationsdetails
• Darstellen & verifizieren der Dekomposition. Ist die Anwendung korrekt abgebildet?.
• Sind alle relevanten Stakeholder (Application/Business owner) bekannt?
26
Live demo ► Reports ► Examples
IBM vertraulich
© 2015 IBM Corporation
Beispiel Report - MSLT-Details
• Kompletter Report aller Informationen
bezüglich eines Migrationstermins
• Unterstützt die kurzfristige
Vorbereitung und die Koordination der
Durchführung am Tag der Migration
• Listet alle Systeme, welche zu den
geplanten Migrations-Strategien
gehören
• Lift+Ship für die Logisitik
• Physical-to-Virtual für den
System Administrator
27 IBM vertraulich
© 2015 IBM Corporation
Beispiel Report – Master Migration Plan
28
Live demo ► Reports ► Examples
IBM vertraulich
Recommended