VMworld 2013
Kaushik Bhattacharya, Pivotal
Michel Bond, VMware
Learn more about VMworld and register at http://www.vmworld.com/index.jspa?src=socmed-vmworld-slideshare
Time Series Foundation Models - current state and future directions
VMworld 2013: How to Replace Websphere Application Server (WAS) with TCserver
1. How to Replace Websphere Application Server (WAS)
with TCserver
Kaushik Bhattacharya, Pivotal
Michel Bond, VMware
OPT4490
#OPT4490
2. 2
Agenda
Introduction
How to integrate tc Server in my operation: Hyperic
tc Server benefits
Business case at a large European Bank
What applications can easily be migrated?
Migration options
Migration process and activities – customer example
Migration activities who does what – customer example
Objection handling
Call to Action
3. 3
IBM WAS + J2EE / JEE
additions and overhead
Introduction
Generally, a large amount of any customer’s in-house developed applications will
be developed in the Spring framework
Because of this, these applications have no dependencies on proprietary J2EE /
JEE add-ons. While these proprietary add-ons are arguments used in the past to
sell IBM WAS
Because the majority of COTS apps also support tc Server out of the box, and
because of the relatively low costs of tc Server (>90% less), migrating to tc Server
has a strong business case and lowers TCO significantly
tcServer
Tomcat
Hyperic
agent
5. 5
Monitoring Architecture
Web
Dashboard
Hyperic Monitoring
Web Servers, App Servers, Databases, Caching,
Messaging, Directories, Virtualization, etc.
Server 1
Agent
tc Server
Instance 1
tc Server
Instance 1
tc Server
Instance 1
Server 1
Agent
tc Server
Instance 1
Spring
tc Server
Instance 1
Spring
tc Server
Instance 1
Spring
Server 2
Agent
tc Server
Instance 1
tc Server
Instance 1
tc Server
Instance 1
Open API
Management Server
Administration,
Provisioning, Groups,
Metrics, Alerts, Events,
Access Control, Agent
Upgrades, etc.
Seamlessly
Upgradeable
Inventory,
Metric,
Audit, …
Spring
Spring
6. 6
Monitor: VM, OS, JVM, tcRuntime Container…
Monitor Application Server Status, Health, and Response Times
Availability, Session Count, Throughput, Utilization, Connection & Thread Pool Health, Deadlock Detection,
Garbage Collection
7. 7
Manage: Application Updates
Push WARs to groups, hot or cold
Manage deployed applications
View session counts
Start, stop, reload, and undeploy applications
8. 8
Manage: Administration & Configuration
JVM parameters, Data Sources, Ports etc.
Via Web GUI or Command-Line interface
9. 9
tc Server Benefits over IBM WAS / Oracle Weblogic
• Licenses for tc Server are a fraction of the cost of WebSphere / Weblogic and
straightforward: no big surprises during painful and costly audits
• No need for proprietary expensive hardware (pSeries / SPARC)
• Lightweight, so low on memory / CPU consumption. Drives further increases in
hardware consolidation ratio
• Elastic Memory for JAVA (EM4J)
• No dependency on J2EE / JEE, so no vendor lock-in. While being binary
compatible with Tomcat
Cost
• Leveraging VMware tooling such as AppDirector for fast provisioning
• Cloning and network fencing production environments for testing purposes
• Hybrid cloud compatible (x86) or CloudFoundry
Agility
• Use VMware HA capabilities for resilience in the datacenter
• Use VMware Site Recovery Manager for Disaster Recovery testing and
execution
• Single processor architecture (x86) is less complex to troubleshoot / recover
Stability
10. 10
tc Server Business Benefits – What’s in It for Me?
• Much cheaper to run so the business can be more effective in a price
competitive environment
Cost
• Provide new environments within minutes / hours to test new functionality
• Easily copy production environments in order to do proper acceptance testing
and roll-out new business capabilities and features faster
• Develop faster and never have to wait for storage, compute, networking
upgrades with the use of Hybrid Cloud technology
Agility
• Downtime reduction by leveraging standard out of the box disaster recovery
capabilities
• Reduction of down time because the “high availability” functionality is taken
care of in the infrastructure layer and not in the application layer
• Reduction of “integration” issues by leveraging robust and proven x86
technology instead of proprietary platforms
Stability
11. 11
Business Case at a Large European Bank
# Datacenters: 4 WebSphere Platform: pSeries
# Applications: 200 Main database vendor: Oracle
# WAS instances 1200 Dev framework Spring
Yearly occurring SnS costYearly Capex + Opex charges excluding licensing
Average hardware savings per application ~ 40% excluding WAS licensing!
13. 13
What Applications Can Easily Be Migrated?
Does the application have WAS
specific dependencies?
Use Spring Migration Analyzer
Is the application custom
development or packaged
software?
Migrate!
See migration options
Bonus option: does the
database run on Oracle without
Oracle-specific coding?
Does the vendor support tc
Server, or are they willing to
support tc Server?
Do not migrate at this time. This
is approximately 20% of
applications.
Combine migration with
vPostgres migration
+ Single processor architecture
+ Financial Benetis
15. 15
Determining Migration Priorities
• Migrate WAS to tcServer x86
• Migrate WAS HTTP to RHEL
Apache x86
• Keep AIX Oracle dBase
Scenario 1
• Migrate WAS to tcServer x86
• Migrate WAS HTTP to RHEL
Apache x86
• Migrate Oracle dBase to x86
Scenario 2
• Migrate WAS to tcServer x86
• Migrate WAS HTTP to RHEL
Apache x86
• Migrate AIX Oracle dBase to
vPostgres
Scenario 3
1
• Migrate as much WebSphere
Application Server (WAS)
workloads to tc Server as
fast as possible
2
• Follow single processor
architecture per application
where possible (including
database to x86).
3
• Migrate database to
vPostgres where possible.
Majority of in house
developed applications is
compatible!
Migration Principles Migration Scenarios
16. 16
Migration Process and Activities – Customer Example
Update Documentation
Code Analysis
Migration Planning
Highly complex migrations
Stakeholder Identification
AftercareExecutionPreparationIntakeDiscovery
Implementation Plan
Change Management
Prepare D Environment
Test Application on D
Migration Readiness D
Prepare TAP Environments
Data Migration
Update NW, FW, MQ, DNS
Back-up & Restore
Update CMDB
Aftercare
Close Change
Incident Management
Intake Preparation
Deploy Application on TAP
CI List Discovery
Customer Meeting
Decommissioning
Migration Readiness TAP
PMO: Stakeholder Management, Project Management, Communication, Dashboard and Reporting
Resource Planning
Application Validation
Management Validation
Deploy Application on D
Test Application on TAP
Post Migration Report
Lessons Learned
Support Testing
Support Testing
VMware
CustomerLegend
vPostgres compatibility check
17. 17
Migration Activities Who Does What? – Customer Example
38.3%
49.6%
12.2%
Effort Required
Application Resource
Transformation Team
Infrastructure Team
18. 18
Objection Handling Moving from WAS to tc Server
“Most applications only run on WebSphere!”
Based on empirical evidence we can say that 45% of the applications can be
migrated to tc Server without any changes. About 35% of the applications need
some minor changes (1 hour per app) excluding testing. Some 20% if the
applications have a heavy dependency on Enterprise Java Beans (EJB’s).
“Tomcat lacks the manageability and tooling compared to WAS”
tc Server is Tomcat with an Hyperic agent which provides you with monitoring
capabilities that go beyond the standard tooling that comes with WAS.
“WAS provides scalability, availability and support for clustering”
VMware provides scalability and availability with the standard features of the
vSphere platform. Other specific VMware features such as Elastic Memory for
Java (EM4J) will enable more stability and scalability. Proprietary hardware
based WAS solutions are usually based on a scale-up model while tc Server is
based on a scale-out model just like most modern cloud enabled applications.
19. 19
Objection Handling: Moving from pSeries to x86 vSphere
1. Automated response in case of hardware / power failures
2. Hardware vendor agnostic (HP / Cisco)
3. Disaster Recovery Automation (including re-IP) with SRM
4. Application based DR testing as opposed to machine based DR testing
5. Ability to monitor and report on Disaster Recovery Capacity available
6. DevOps capabilities to snapshot production to DTA environments
7. Performance analysis reporting incl. Storage, Network, Compute & App
8. Datacenter migrations possible without re-IP using VXLAN / NSX
9. SDDC means less physical appliances for firewalls, load balancers, IDS
10. Requires les OPEX and CAPEX to run (better price performance)
11. Performance of pSeries matches that of Intel CPU machines
20. 20
Comparing Apples with Apples: Processor Ratings
Date TpmC Cores Performance/core CPU Ref
Oct-03 595702 64 9308 SPARC64 http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=103103101&layout=
Dec-10 30249688 1728 17506 SPARC T3 http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=110120201&layout=
Nov-09 7646486 384 19913 UltraSPARC T2 http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=109110401&layout=
Jun-08 97083 4 24271 5440 http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=108061701&layout=
Jun-07 100926 4 25232 5355 http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=107061101&layout=
Sep-07 102454 4 25614 5355 http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=107091301&layout=
Feb-09 104492 4 26123 5440 http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=109022301&layout=
Jan-09 639253 24 26636 7460 http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=109012001&layout=
Nov-07 273666 8 34208 5460 http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=107111201&layout=
Jan-08 1245516 32 38922 Itanium2 9050 http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=108012201&layout=
Nov-08 1354086 32 42315 Itanium2 9150M http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=108112401&layout=
Oct-06 359440 8 44930 Itanium2 http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=106102601&layout=
Aug-10 290040 6 48340 5650 http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=110081701&layout=
May-09 232002 4 58001 5520 http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=109052101&layout=
Oct-07 236271 4 59068 Power5+ http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=107100501&layout=
Nov-09 239392 4 59848 5520 http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=109111801&layout=
Mar-12 5055888 80 63199 E7-8870 http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=112032701&layout=
Mar-09 631766 8 78971 5570 http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=109033001&layout=
Dec-11 1053100 12 87758 5690 http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=111120802&layout=
Sep-12 1609186 16 100574 E5-2690 http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=112092601&layout=
804593 8 100574 E5-2643 Kevin knows a 135w 4c Sandy Bridge is 50% a 135 watt 8c Sandy Bridge
Dec-07 404462 4 101116 Power6 http://tpc.org/tpcc/results/tpcc_result_detail.asp?id=107121702&layout=
(Thanks to Kevin Closson for this overview)
As you can see, in this list the E5-2690 has the highest TpmC rating per core (except for the Power6 which
is not Intel) - Making this CPU an excellent choice for DB consolidation.
The E5-2643 is not listed on TPC.org – however, the 2643 is half a 2690 (same cores) so the performance
per core is equal.
21. 21
Call to Action
Ask how much WAS LPAR’s are running within your organization
Review the lifecycle of your “proprietary” hardware
Ascertain the split between in-house developed and Commercial
Of The Shelf (COTS) products
Use Spring Migration Analyzer to ascertain / prove the level of
migration effort
Ask the programmers what kind of framework they are using
(Spring)
Ask the programmers what platform they use to develop their
application (often already Tomcat)
Contact your VMware rep and ask what he can do for you!