Lift and shift
This tutorial will demonstrate how to lift and shift WebSphere workload running on-premises to IBM public cloud. When move to Cloud you will be on the latest version of the WebSphere platform available on Cloud. For this scenario, we are using an On-premise workload running on WebSphere version 8.5.5.13 and the Cloud WebSphere version is running on version 9.x. On completing this tutorial, you will learn the steps required to successfully migrate applications to cloud.
Pre-requisites
- An IBM public cloud account
- Access to On-premise WebSphere environment
- Access to WebSphere Configuration Migration Tool
Install WebSphere Configuration Migration Tool (WCMT)
Download the WebSphere Configuration Migration Tool for IBM Cloud and install it by unzipping it to a directory of your choice. For this scenario we installed the configuration migration tool on the same system where the WebSphere workload is running. https://developer.ibm.com/wasdev/downloads/#asset/tools-WebSphere_Configuration_Migration_Tool_for_IBM_Cloud
Note: Set the JAVA_HOME
environment variable to a version of Java 7 or higher. Also pre-pend the $JAVA_HOME/bin
directory to your system path. To run the tool, use the following command:
java -jar CloudMigration.jar
When you run the tool for the first time you will be prompted to set the language and then to accept the license agreement.
Select to use one-time single sign on and select the link below to collect the one time password.
Enter the passcode obtained from the link and click login
On the successful login page click ‘Next ‘
Select organization and space and click ‘New’
Enter a new name for the services and select the environment. Click create service
Click ‘Next’
Select the WebSphere Cell you want to migrate and click ‘Next’
Read the summary screen and click ‘continue’
Click the migrate button for the profiles to migrate to Cloud. For this scenario, we select both Deployment manager and node profile for migration.
Provide the admin credentials to gather the profile configurations and click upload. You can click migrate button for all the profiles in parallel.
Click the link in the “Complete the migration screen” to go to the provisioning window in Cloud. Also you can bookmark the provision the environment later.
Click the ‘Finish button’ to close window.
Select traditional cell
GO down and select the size of your Deployment manager VM
Select the number and size of the nodes
Review summary and click provision
Post Lift and Shift activities
- Open the service from the Cloud Dashboard and verify the information
- Configure the VPN connection
- Gather login credential to systems
- Open the ports on WAS servers to connect to internal services and external systems
- Verify the connection to third party systems such as Database server
- Logon to WebSphere console and verify the migrated configuration
- Reconfigure the data source to connect to Cloud Database and validate
- Review the binary scan report, make the updates recommended and redeploy the applications
- Validate the application
Open the service from the Cloud Dashboard and verify the information
Find the service (Brown-WASND) from the dashboard and open it by clicking on it.
Verify the information
Configure the VPN connection
Click on your service ‘Brown-WASND’ service on your cloud dashboard. Follow the VPN instructions and download the VPN configuration to connect to the Cloud.
Using ‘Tunnelblick’ on my desktop to connect to US-South Public Cloud.
Verify the connection by pinging from your terminal window
Gather the credentials required
-
Next step is to capture the login credentials (root , WebSphere console login ,etc) from the dashboard for all WebSphere systems.
-
Gather the ports WebSphere processes using from : /opt/IBM/WebSphere/Profiles/BrownDM01/logs/AboutThisMigratedProfile.txt
SSH to the server as root user
Eg : ssh root@ 169.55.3.25
Note down the ports for the deployment manager from /opt/IBM/WebSphere/Profiles/BrownDM01/logs/AboutThisMigratedProfile.txt
Open the ports on WAS servers to connect to internal services and external systems
Logon to the WAS servers: ssh root@ 169.55.3.25 Change directory to: /opt/IBM/WebSphere/AppServer/virtual/bin
drwxrwxr-x 2 virtuser admingroup 4096 Aug 30 18:25 . drwxrwxr-x 3 virtuser admingroup 4096 Aug 30 18:25 .. -rwxrwxr-x 1 virtuser admingroup 1604 Aug 30 18:25 federate.sh -rwxrwxr-x 1 virtuser admingroup 1897 Aug 30 18:25 openFirewallPorts.sh -rwxrwxr-x 1 virtuser admingroup 1667 Aug 30 18:25 openWASPorts.sh Execute: ./openWASPorts.sh Execute: ./openFirewallPorts.sh to open ports to other systems like database or LDAP servers Eg: ./openFirewallPorts.sh –ports 50000 –persist true
Verify the connection to third party systems such as the Cloud database instance
For this lift and shift scenario we are using a Db2 on Cloud instance running on Bluemix
Database details:
hostname: dashdb-txn-sbox-yp-dal09-04.services.dal.bluemix.net User Id : vvb46996 password: ******** Database : BLUDB port: 50000
Logon to WebSphere console and verify the migrated configuration
Logon to the WebSphere Console
Verify the version, server and applications got migrated
Reconfigure the data source to connect to Cloud Database and validate
Change the existing data source configuration to point to the Cloud database instance.
Check the JDBC driver Path and actual location of the jar files
Test the Data Source connection
Review the binary scan report, make the updates recommended and redeploy the applications
Highlights from the binary scan report
Apply all the changes recommended under the ‘Severe Rules’ section and redeploy the application.