Many companies using Power Systems running IBM i are looking to more some or all of their workloads to the cloud. Whether the motivation is to optimize their spending or allow for a more flexible consumption model, the cloud can provide unique opportunities to optimize their IBM i environment.
IBM Power Systems Virtual Server is one way to get the benefits of hybrid cloud, maintain the high performance of IBM Power Systems while modernizing at your pace and price point, on and off premises.
As companies move to a cloud environment, they need to consider the challenges of migrating their workload. Migrations always require detailed, coordinated planning and flawless execution. This is especially true today when downtime of any duration is completely unacceptable. So, above all other considerations, maintaining continuous uptime throughout the process is absolutely mandatory.
Watch this on-demand webinar to hear about:
• Benefits of a hybrid cloud approach for IBM i
• Ways the IBM Power VS can add value to your IBM i environment
• How to effectively scope and execute a migration to the cloud.
HTML Injection Attacks: Impact and Mitigation Strategies
Effectively Plan for Your Move to the Cloud
1. Effectively Plan for Your
Move to the Cloud
Tonny Bastiaans | Product Manager, IBM Power
Systems Virtual Server (PowerVS)
Dan Simms | Product Management Director, Precisely
2. Housekeeping
Webinar Audio
• Today’s webcast audio is streamed through your
computer speakers
• If you need technical assistance with the web interface
or audio, please reach out to us using the Q&A box
Questions Welcome
• Submit your questions at any time during the
presentation using the Q&A box. If we don't get to your
question, we will follow-up via email
Recording and slides
• This webinar is being recorded. You will receive an email
following the webinar with a link to the recording and
slides
3. Today’s Agenda
• Why companies are moving to
the cloud
• Operating in the cloud
• Logical Replication for IBM i and
AIX
• Migration to the cloud
• Q & A
3
8. IBM Power Virtual Server
Broadest ISV support and certification
Full Enterprise Stack
Superior Resiliency,
Performance and Security
Supported by Oracle
Certified by SAP
Enabled by IBM i ISVs
16 WW Data Centers
(more coming)
Flexible and Cost-
Effective Consumption
Differentiated Client Value
8
9. Power Virtual Server Highlights
Datacenters across
the globe
Customers deployed
Production, HA/DR, and
Dev/Test use cases
Key Workloads
Comprehensive
Compliance
Enterprise
Architecture
Identical architecture with enterprise Power Systems on-premises architecture from microprocessors, firmware, PowerVM,
PowerVC and dual VIOS.
9
Certified SAP IaaS
SAP NetWeaver and HANA
Oracle Supported
IBM i workloads
Epic - Healthcare (training)
Red Hat OpenShift
IBM Cloud Paks
OS: AIX, IBM i, Linux
GDPR
SOC 1 Type I and II
PCI DSS Certification
ISO 27K
13. Integrated VTL for Power Virtual Server
What is VTL?
• IBM i clients require backup and disaster recovery; and many use tape or virtual tape, thus
requiring a software-based VTL. Backup and Disaster Recovery capabilities are crucial for
Power Virtual Server to be successful with IBM i.
What’s New?
• You can get a software Virtual Tape Library (VTL) to backup IBM i virtual machines in Power
Virtual Server, now through the IBM Cloud Catalog with integrated billing in Power Virtual
Server.
Why is this Important?
• Cloud-Resident Backup as a Service
• Cloud-Resident Disaster Recovery
• Cloud Migration as a Service
• Hybrid Cloud Backup as a Service
14. POWERVM Hypervisor
VM
Client B
PowerVS Shared Processor Pools (SPPs) Overview
Dedicated
Processors Shared Processor
Pool Client A
Capped/Uncapped Shared Processor LPARs
VM
Client A
VM
Client A
VM
Client A
VM
Client A
VM
Client A
VM
Client A
VM
Client B
Default Shared
Processor Pool
Shared Processor
Pool Client A
Shared Processor
Pool Client B
PowerVS Node (922, 980)
Client Created, Owned, Utilized, Visible SPPs
• Created with reserved capacity at a single core granularities with no
oversubscription of capacity across SPPs
• Can have multiples SPPs per client Workspace
• Shrink & grow an SPP at a single core granularities
•
• Affinity control to support client use cases such as HA
• SPPs and related VMs can be moved by PowerVS Operations
• Client SPPs co-exist with Default (System Level) SPPs
VM
Client B
VM
Client B
VM
Client B
VM
Client C
VM
Client C
Clients Deploy Shared Processor
VMs into SPPs
• Deployed with reserved Entitled Capacity (EC)
• Capped & Uncapped Shared Processor VMs
• Shrink & Grow EC of a VM deployed in a SPP
• EC Minimum of .25 core
• EC Increments of .25 core
• 1:1 Virtual Processor to EC ratio
NovaLink
…
PowerVS Control Plane
Support for Multiple SPPs delivers Key Client Value
• Reduced Oracle S/W licensing costs by optimizing & limiting
processor core usage
• Reserved Capacity for Shared Processor-based workloads,
supporting key use cases such as cost optimized DR
• Pool-based deployment and resource control for simpler
workload management
• Supported through PowerVS API, CLI and UI
14
16. Cloud Environment Basics
Cloud Environments are Virtual Environments
• IBM I & AIX is running on virtual LPARs (a.k.a. VMs) configured
via cloud software consoles provided by the Cloud provider
• It is all about the LPAR, not the hardware!
• The LPAR will run on different hardware within the cloud
• Serial number may change, or Virtual Server Serial
Numbers may be in use
• Limited access to physical tape devices
• Limited access to hardware
• Performance fundamentals still matter!
• Cloud LPARs must have underlying processor, memory
and storage resources to support the application
processing requirements
16
SYS 1
LPAR A
SYS 2
LPAR B
Primary Backup
LPAR C
17. Cloud Environment Basics
Software Licensing needs to accommodate
cloud operating environments
• LPARs are Mobile
• Live Partition Mobility Events may occur
• Physical Serial numbers will change
• Hardware features will change
• Capacity is the new licensing metric
17
Primary Backup
West
LPAR C
East
LPAR A
18. Logical Replication and
Virtual Server Serial Number Support
18
• A Virtual Server Serial Number (VSSN) enables a
globally unique serial number for a virtual LPAR.
• This LPAR can move across multiple physical serial
numbers.
• VSSN allows software licensing to be tied to a serial
number that is mobile, such as in a cloud or multi-
tenant computing environment
• Replicate to/from Virtual Servers with Virtual Serial
Number for HA and DR!
• Virtual Server with Virtual Serial number
HardwareSN=AAA111
V1-1111
HardwareSN=CCC111
HardwareSN=BBB222
HardwareSN=DDD222
V0-1111
V0-2222
Site 2
Site 1
Primary Backup
Logical Replication
V1-2222
19. Logical Replication and
Virtual Server Serial Number Support
19
• LPARs can move across multiple physical
serial numbers.
HardwareSN=AAA111
V1-1111
HardwareSN=CCC111
HardwareSN=BBB222
HardwareSN=DDD222
V0-2222
Site 2
Site 1
Primary Backup
Logical Replication
V1-2222
V0-1111
20. Sync-by-Wire
Tape devices scarce in the cloud
• LPARs are scratch loaded with an
OS/TR/Cum level
• OS Maintenance is done by the user
• Full system restores may or may not be possible
• Shipping tape for restore operations is impractical
• Start up the scratch installed LPAR and bring
everything over though the network!
20
22. Logical Replication Powers Cloud Solutions for
AIX and IBM i Workloads
22
Technology highlights
• Hardware-independent replication technology enables
infrastructure choice and flexibility
• Mix of IBM i server models
• Mix of supported IBM i OS versions
• Mix of storage types
• Mix of physical, virtual and cloud servers
• Mix of network types
• Supports Managed Services and Cloud
• Ground to Cloud
• Cloud to Cloud
• Cloud to Ground
How it adds value
• Logical Replication gives you the flexibility to replicate
between the AIX and IBM i environments that work best for
you and your budget
Virtual
LPARs
Physical
Cloud
23. Typical Topologies
24
Production on Premises, DR in the Cloud
Virtual Serial Number support for DR in Cloud Cloud to Cloud
Switchable Production on Premises, DR in the Cloud
DR
PROD
HA/
QUERY
DR
Virtual
SN
Physical
SN
HOT
BACKUP
PROD
PROD
24. Possible Topologies
25
Cloud to Cloud Active-Active Target Snapshots for Backup
Production
Production
Production
PROD PROD
PROD DR
26. Minimize Migration Risk
and Downtime
27
Current and new system run in parallel
• All changes are replicated to the new system in real time
• Test your new system on current data before making the switch
• Users work without interruption
Minimal downtime at cutover
• A typical 24-hour system upgrade/migration requires only
minutes of downtime
27. Migrate While Active Solution for IBM i and AIX
28
Software for near-zero downtime migration of LPARs:
• Handles high volume, large size, and high numbers of LPARs
• Expert services available to manage the migration process and
mitigate risks
Covers all your migration needs
• Data
• Applications
• Critical objects
Hardware and OS independent
• OS versions can be different
• Any server to any server
• Any storage to any storage
• Physical, virtual or cloud
Meet all your migration needs
with minimal downtime!
New
LPARs
Current
LPARs
From
Anywhere
To
Anywhere
Any
Hardware
Any
Storage
Physical,
Virtual, Cloud
Any
IBM i OS
Version
28. How Does Migrate While Active Work?
29
Logical Replication enables a synchronized Pre-Production
migration target
• Migration Target LPAR in sync real-time with old production system
• Audits verify the integrity of the replicated objects
• Iterative cutover practice runs
Migration experts available to assist
• Migration approach planning
• Software installation and configuration
• Sync Point
• Verification testing on new system
• Final switch to your new system
• Coordination with your staff to ensure a successful migration
NEW
PROD
NEW
BACKUP
OLD
BACKUP
OLD
PROD
West East
29. Test the LPAR
Presentation name
30
• Connectivity and communications testing — Verify all
connected devices and networks are functioning properly.
• Security testing — Ensure all security functions are properly configured.
• Data integrity testing — Confirm the data is in the same state after
the migration as it was before.
• Application verification testing (AVT) — Test applications to
ensure each functions properly in the new environment and, if required,
communicates as expected with other systems.
• User acceptance testing (UAT) — This test should be completed
after AVT by a select number of users to confirm that access to the system
and functionality of the applications perform as expected.
30. Migration to/in the Cloud
31
Minimizes Downtime
• All changes are replicated while users are online and productive
• Cutover windows take minutes as opposed to hours of downtime
• Flexibility for scheduling cutover window
Eliminates Risk
• Available migration experts work with you from start to finish
• Test the new server and perform test cutovers before the final cutover
• In case of unforeseen problems on new server, failback is quick and easy
Supports Infrastructure Choice
• Hardware, storage and OS independent
• Supports physical, virtual, cloud configurations
• Custom services available for cross-OS or cross-database migrations