Cloudamize Platform Training For Azure
Cloudamize Platform Training For Azure
Assess
• Get precise TCO for Azure
• Identify your best fit configuration
• See projected performance with
recommended cloud
configuration
THE CLOUD JOURNEY
Plan
• Discover your infrastructure
• Map application dependencies
• Build move groups and design
your migration plan
• Identify optimal cloud
configuration for each workload to
migrate to
THE CLOUD JOURNEY
Migrate
• Import your migration plan to ASR
• View ASR Readiness Reports
• Migrate workloads to Azure
THE CLOUD JOURNEY
Validate
• Visualize connectivity between
infrastructures
• Compare new state to historical
state
• Validate application dependency
THE CLOUD JOURNEY
Manage
• Right-size cloud workloads
• Accurately plan capacity
• Analyze costs, filter billing data,
and build chargebacks
Value Drivers
Key Benefits of Cloudamize
Background • In the previous year, Accenture’s IT group began a migration of several internal datacenters
to the public cloud
• Accenture spent nearly 6 months manually analyzing how to optimize the mapping of on-
premise infrastructure to the cloud
• The migration planning proved to be highly challenging and led to delays in the migration
execution
Challenge • We want to migrate ~1600 nodes and ~500 applications to either AWS or Azure. How do we
rapidly determine the right-sized cloud configuration to ensure that workload performance
doesn’t suffer and get the final migration settings to move workloads to AWS and Azure?
Solution • Accenture decided to evaluate multiple tools and ultimately picked Cloudamize to help
during migration planning.
Impact • Accenture IT leveraged Cloudamize to build a more automated process for migrating to the
cloud, shortening the migration cycle for a typical application from 3 months to 3 weeks
relative to the previous approach
• Prior to adopting Cloudamize, Accenture IT used a highly manual approach, relying on
workshops with application owners to map out dependencies and an internal tool to
determine the configuration of cloud machines
17
Challenge
With two data centers, 840 servers, and 180 applications, Brookfield was challenged to understand how
much it would cost to move to Azure, and how it could efficiently build a migration plan.
Solution
Leveraged Cloudamize to understand the cost of its right-sized environment in Cloudamize and to
quickly build move groups for migration.
Results
Brookfield signed an Azure contract for a $2.5 M annual Azure subscription within 2 months of using
Cloudamize.
How It Works
Analytics Engine
Data Collection
Data Collection Method
VPN 1
Physical Virtual
Machine Machine Outbound 80
or 8080 / 443 Outbound
(TLS 1.2) 443 (TLS 1.2)
Subnet 1 Outbound 80
or 8080 / 443
Inbound SSH / WMI (TLS 1.2)
Physical Virtual
Machine Machine
Outbound 443
Cloudamize Agentless (TLS 1.2)
Data Collector 1
Ports will be open between the agent-less data collector and all endpoints on the
Traffic is encrypted via SSL between endpoints and the
Security Protection subnet. Data is sent from the collector to the Cloudamize servers and is encrypted
Cloudamize server with mutual end-point authentication.
via SSL.
Agents must be installed on physical and virtual machines as WMI services for each Windows endpoint and SSH will need to be configured for
Deployment Model well as Hyper-V hosts. The agent can easily be pushed out each Linux endpoint. One machine/VM will need to have the agentless data
via Active Directory, chef, puppet, SCCM, etc. collector installed.
Agentless Data collector installed locally on one machine per subnet. Ports 135,
445, and 1024-65535 will need to be open inbound on all Windows endpoints,
A single outbound port (TCP 443) to a 104.197.11.97 is
and open outbound on the machine with the data collector installed. Port 22 will
Ease of Deployment required. Generally this port is already open and no changes
need to be open inbound on all Linux endpoints. The machine with the data
are needed.
collector installed will communicate outbound on 443 to Cloudamize IP
184.73.183.154.
High frequency collection of performance metrics. Discovers Lower frequency data collection results in less accuracy and not all application
Accuracy
all applications and their dependencies in detail. dependencies are captured.
Server must handle process initiation and stream handling resulting in a limit to
Agent handles process initiation and stream handling
Scalability how many connections can be handled concurrently. Agent-less Data collector can
making this very easy to scale.
handle 500 endpoints per collector.
Feature Comparison- Application Discovery
and Migration Planning
Features Agent Based Agent-less
Short-lived connections If the connections short-lived they are not captured and that may result in missed
inter-connectivity
Lower performance resolutions Monitoring window is at every 5 min rather than every 30-seconds. Likely to loose
short-term peaks
DNS traffic and analysis Mapping between IP address and DNS is not available
Installed list of applications List of installed applications and their CPU Usage will not be collected
SQL Editions Cost analysis will not include SQL editions and mapping
Performance Throttling Agentless-monitoring does not have performance controlling mechanism on the
monitored host
Supported Systems
• Windows Server 2016 • Red Hat Enterprise Linux Server • Intel xeon
• Windows Server 2012 R2 release 5.0 or higher • AMD Opteron
• Windows Server 2012 • Ubuntu 10.04 or higher • Pentium 4
• Windows Server 2008 R2 • CentOS release 5 or higher • Pentium D
• Windows Server 2008 • Debian GNU/Linux 6.0 or higher • Pentium M
• Windows Server 2003 R2 • Amazon Linux AMI release 2013.03 • Some Intel core 2
• Windows Server 2003 or higher
• Fedora release 12 or higher
• Suse Linux 11 or higher
• Oracle Linux 6.5 or higher
*Typically desktop and laptop processors are not supported since they are not considered candidates to move to the
cloud.
Deploy Cloudamize vs Manual approach
Manual approach
• Generally start w/ incomplete CMDB
• Have to fill in gaps w/ interviews
• Create pivot tables and Vizio diagrams to make sense of and visualize data
• Time and resource intensive for both partners and clients (can take months)
• High likelihood of inaccuracies
Cloudamize
• In most cases, no changes to firewall policy is needed so no issues with security change policy there.
• Business policies of software (agent) change management is applied so it can take up to a week to install everywhere.
• Quicker due to having all the necessary metrics at your finger tips
• User interface enables building move groups based on specific criteria and TCO of that group enabling faster
migration roadmap
Supported Infrastructure
Supported Systems
• Windows Server 2016 • Red Hat Enterprise Linux Server • Intel xeon
• Windows Server 2012 R2 release 5.0 or higher • AMD Opteron
• Windows Server 2012 • Ubuntu 10.04 or higher • Pentium 4
• Windows Server 2008 R2 • CentOS release 5 or higher • Pentium D
• Windows Server 2008 • Debian GNU/Linux 6.0 or higher • Pentium M
• Windows Server 2003 R2 • Amazon Linux AMI release 2013.03 • Some Intel core 2
• Windows Server 2003 or higher
• Fedora release 12 or higher
• Suse Linux 11 or higher
• Oracle Linux 6.5 or higher
*Typically desktop and laptop processors are not supported since they are not considered candidates to move to the
cloud.
Demo
Partner Process and Timeline
Total 32 Days
1 2 3 4 5 6 7
Discussion on Start Assessment Working Session with Execute Migration
Business Drivers Client to Revise Plan Plan Using ASR
and Assessment
Scope
• Budget constraints
• Internal success metrics
1 2 3 4 5 6 7
Create read-only credentials for Cloudamize application. View the Cloudamize Tutorial here.
43
Install vCenter Proxy
Cloudamize Proxy will need to be installed on a Windows VM to route the traffic to Cloudamize Server.
View the Cloudamize Tutorial here.
How Does the vCenter Proxy Work?
Windows VM
or Cloudamize Cloudamize
vCenter NM SSL Port 443 Proxy SSL Port 443 Server
• The proxy can be installed either directly on the vCenter machine or on a separate
Windows virtual machine.
• The proxy is unique per vCenter and VM, if you have two vCenters, you will need two
unique proxies installed
• View the Cloudamize tutorial here.
Agent Installation: HyperV / Windows
Add HyperV/Windows Agent
• 64 bit OS
• .NET 4.0
• 4 CPU Cores
• 5GB RAM
• 2GB HDD
Cloudamize Agentless Data Collector: Setup
Cloudamize Agentless Data Collector: Setup
Cloudamize Agentless Data Collector: Setup
Cloudamize Agentless Data Collector: Launch
1. Add Hosts
2. Select a host
3. Change credentials
Identify Errors and Expedite Setup
• Group nodes into Assets to understand assessment and cost per group.
Interpreting Assess / Configure Plan
• Note in the screenshot that the node “SQL108” appears under the Hyper-V host and is enabled
• This shows that we are collecting the system-level data necessary for Assess
• View the Cloudamize Tutorial here.
Interpreting Assess / Configure Plan
• Here we see that in the node “SQL108” also appears under “Physical Infrastructure”
• This shows that we are also collecting the application-level data necessary for Plan
• View the Cloudamize Tutorial here.
1 2 3 4 5 6 7
Start Assessment
Start Assessment
Click
Click here
here once
once ready
ready to
to begin
begin
the
the assessment.
assessment.
Build application-based
move groups – Filter on
application class, vendor
name, program name, etc.
Drill Down into Application Dependency
Mapping
Node and
Click on a node application
or edge to see details with
more firewall rules
information
SUCCESS
CRITICAL
ASR Readiness Report
Validation against ~20 checks to see if the
target is ready for ASR migration and divides
outcome into Success/Warning/Critical.
Provides workaround for the machines that
are identified with “Warning”
Example checks:
• General Disk Requirements
• Windows OS Requirements
Disk’s
Disk’s performance
performance Work
Work around:
around: Use
Use P30
P30 and
and
requirement
requirement failed
failed but
but can
can be migrate
migrate to
to RAID
RAID 0
0 after
achieved
be after • Hypervisor Requirements
achieved by
by striping
striping data
data migration
migration
across
across several
several disks.
disks. • Disk Space Requirements
Download
Download
• .NET Version Requirements
detailed
detailed analysis
analysis
• Boot Software Requirements
• Linux System Requirements
ASR Readiness by Move Group
Setup
Prepare to
Configuration Migrate
Migrate
Server
2. Click “Setup”
Specify the Configuration Server Details
3. Click “Save”
1 2 3
Prepare to Migrate
Select the Machines for Migration
2. Select “Prepare To
Migrate” from the
drop-down list
3. Click “Go”
Prepare the Selected Machines for Migration
1. Select existing
Storage, Network,
and Subnet
configurations or
create new ones
2. Click “Save”
1 2 3
Migrate
Migrate the Selected Hosts
1. Select hosts to
migrate
3. Click “Go”
2. Select Migrate
Start/Stop Migration Testing and Disable Migration
1. Select hosts to
perform
additional actions
on 2. Select additional
actions to perform on the
selected servers
3. Click “Go”
Partner Dashboard
Partner Dashboard Benefits
Adi Rao
Partner Development Manager
[email protected]