Migrating to AWS with Application Discovery Service (ADS)

PRAFUL PATEL βοΈπ, Highly skilled and motivated Cloud Engineer with a proven track record of designing, implementing, and managing robust cloud infrastructure solutions. With years of hands-on experience, I am deeply passionate about creating scalable and resilient cloud architectures that drive innovation and deliver optimal business outcomes. π Key Competencies:
Cloud Platforms: AWS, Azure, GCP, OCI Infrastructure as Code: Terraform, Ansible Containers & Orchestration: Docker, Kubernetes Scripting: Python, Bash/Shell CI/CD & Version Control: GitHub, Jenkins, CircleCI Monitoring & Analytics: Grafana, Prometheus, Datadog, New Relic Backup & Recovery: Veeam Operating Systems: Linux, Windows DevOps Tools: AWS Code Build, Code Pipeline, Azure DevOps
π Continuous Learning: Staying ahead in the rapidly evolving cloud landscape is my priority. I am committed to expanding my skill set and embracing emerging cloud technologies to drive efficiency and innovation. Passionate Cloud/DevOps enthusiast dedicated to designing, building, and deploying cutting-edge technology solutions. As a devoted YouTuber, I love sharing insights through informative videos and crafting technical blogs that delve into areas like βοΈ Cloud, π οΈ DevOps, π§ Linux, and π¦ Containers. π» Open Source Advocate: Contributing to open-source projects is a vital part of my journey. I actively engage in projects centered around Cloud, DevOps, Linux, and Containers, fostering collaboration and innovation within the community. π Let's Connect: I am enthusiastic about virtual collaborations and meeting fellow professionals. Let's explore how I can contribute to your organization's cloud goals. Feel free to connect or DM me.
π Portfolio: Check out my portfolio π LinkedIn: Connect on LinkedIn π οΈ GitHub: Explore my projects π₯ YouTube: Watch my videos π Medium: Read my articles π Dev.to: Check out my posts
π Overview
The Application Discovery Service (ADS) is the first step in migrating your workloads to AWS. It helps analyze your on-premises environment, identifying dependencies, resource usage, and configurations to streamline your migration journey.
Cloud migration is a strategic decision that requires proper planning, cost analysis, and infrastructure assessment before execution. This blog serves as a step-by-step guide to migrating workloads from an on-premises environment to AWS using Application Discovery Service (ADS).
π Follow the Detailed Documentation on GitHub
For in-depth step-by-step guidance on AWS migration using Application Discovery Service (ADS) and TCO analysis, refer to the full project documentation on GitHub.
π GitHub Repository: AWS Migration Project
π Watch the Project Video on YouTube
π Detailed Guides Include:
β
Phase 1: AWS Application Discovery & TCO Analysis π
β
Phase 2: Migration Planning & Execution π
β
Phase 3: Post-Migration Optimization & Scaling π
π What is AWS Application Discovery Service (ADS)?
ADS is the first step in migrating workloads to AWS. It helps analyze on-premises infrastructure, identifying:
β
Resource utilization (CPU, memory, storage, and networking).
β
Application dependencies to ensure smooth transition.
β
Right-sizing AWS infrastructure for cost optimization.
π Key Focus Areas of This Blog
1οΈβ£ Phase 1: Discovery & TCO Analysis
Analyze on-premises workloads using ADS.
Evaluate cost savings through a Total Cost of Ownership (TCO) analysis.
Plan AWS infrastructure (EC2, RDS, Auto Scaling, Storage).
π On-Premises Infrastructure Setup for AWS Migration
Before migrating workloads to AWS, it is crucial to understand the existing on-premises environment. This helps in determining infrastructure dependencies, resource utilization, and compatibility with AWS services. π
π’ On-Premises Setup Overview
πΉ Web Application Server
Hosted on a local server running Apache or NGINX.
Handles HTTP requests and serves dynamic/static content.
Connected to the database server for backend processing.
πΉ Database Server
Uses MySQL as the primary database.
Stores application data, user information, and business transactions.
Communicates with the web application over a local network.
π Web Application UX β Online Banquet Booking System
A seamless user experience (UX) is the backbone of any successful online banquet booking system. Whether users are reserving banquet halls for weddings, corporate events, or private parties, the platform should be intuitive, responsive, and hassle-free.
Letβs explore the ideal UX flow for an Online Banquet Booking System and how it ensures a smooth journey for users. π

π₯οΈ Key Features for an Intuitive UX
1οΈβ£ Home Page β First Impressions Matter! π‘
A visually appealing landing page with a search bar for quick venue lookup.
High-quality images & videos showcasing banquet halls.
Featured halls with ratings, price range, and capacity.
Call-to-Action (CTA): βFind Your Perfect Venueβ π
2οΈβ£ Venue Search & Filtering π
- Smart search with filters for:
β Location π
β Date & Availability π
β Capacity π’
β Budget π°
β Amenities (WiFi, Parking, Catering) π½οΈ
3οΈβ£ Venue Details Page π’
Detailed descriptions of banquet halls with images, pricing, and amenities.
Customer reviews & ratings βββββ
Availability calendar to check open slots.
A "Book Now" button for seamless reservations.
4οΈβ£ Seamless Booking Flow π
Step 1: User selects a date & time slot.
Step 2: Chooses add-ons (catering, decoration, music, etc.) πΆ
Step 3: Provides personal details & special requests.
Step 4: Online payment integration π³ (Stripe, PayPal, UPI).
Step 5: Confirmation email & SMS π©.
5οΈβ£ User Dashboard & Booking Management π οΈ
Users can view, modify, or cancel bookings.
Download invoices & event details π.
Track upcoming reservations.
Loyalty rewards & offers for repeat customers. π
6οΈβ£ Admin Panel for Venue Owners π’
Manage venue listings, pricing, and availability.
Track customer bookings & payments.
Generate reports on revenue & performance π.
π Challenges with On-Premises Infrastructure
β High Maintenance Costs β Requires constant hardware upgrades and monitoring.
β Scalability Issues β Limited ability to scale resources dynamically.
β Security Risks β On-premises setups often require manual security configurations.
β Disaster Recovery Concerns β Risk of data loss without cloud backups or redundancy.
π Next Steps: Migrating to AWS EC2 & RDS
With the AWS Application Discovery data analyzed, the next step is to migrate workloads to AWS efficiently. In Phase 2, we will:
β
Choose the right EC2 instance types & storage
β
Set up Auto Scaling & Load Balancers
β
Optimize database migration with RDS or Aurora
π‘ Why Migrate to AWS?
β
Elastic Compute Scaling β Easily scale web servers using EC2 Auto Scaling.
β
Managed Databases β Leverage Amazon RDS for automated backups and maintenance.
β
High Availability β Deploy across multiple AWS Regions & Availability Zones.
β
Lower TCO (Total Cost of Ownership) β Reduce upfront infrastructure costs.
π What is AWS Application Discovery Service?
AWS Application Discovery Service (ADS) helps enterprises automate the collection of on-premises system metadata before migrating workloads to AWS.
How AWS ADS Works
πΉ Scans on-premises servers and collects CPU, memory, storage, and network data.
πΉ Identifies application dependencies and usage patterns.
πΉ Provides insights for right-sizing AWS infrastructure post-migration.
AWS ADS supports two discovery methods:
1οΈβ£ Agent-Based Discovery (For deep-level data collection, including system processes).
2οΈβ£ Agentless Discovery (For VMware-based environments).
β‘οΈ Detailed Documentation: AWS ADS Official Guide
π― Why Use AWS ADS for Migration?
β
Comprehensive Data Collection: Automates server discovery and provides real-time metrics.
β
Migration Planning: Helps identify dependencies and application workloads.
β
Optimized AWS Resources: Right-size EC2 and RDS instances post-migration.
β
Cost-Saving: Eliminates over-provisioning by analyzing actual resource usage.
βοΈ Pre-Requisites & Deployment
Before deploying AWS ADS, ensure the following:
πΉ 1οΈβ£ Pre-Requisite Setup
β
Configure IAM Roles & Policies for ADS to access on-premises servers.
β
Verify network connectivity between your on-premises servers and AWS.
β
Ensure your firewall rules allow ADS communication.
π Step-by-Step Guide: Pre-Requisite Setup
πΉ 2οΈβ£ Deploy AWS ADS
π Steps to deploy:
1οΈβ£ Install AWS Discovery Agent on on-premises servers.
2οΈβ£ Configure agent-based or agentless discovery (depending on your infrastructure).
3οΈβ£ Set up AWS Migration Hub to monitor discovery insights.
4οΈβ£ Verify ADS is collecting data from your on-premises workloads.
π Detailed Guide: AWS ADS Deployment
π― Key Benefits of AWS ADS
β 1. Data-Driven Migration Decisions
βοΈ Collect real-time data on CPU, memory, and disk utilization.
βοΈ Avoid assumptions and right-size AWS instances based on actual resource usage.
π 2. Application Dependency Mapping
βοΈ Identify interconnected workloads that must be migrated together.
βοΈ Reduce post-migration downtime and compatibility issues.
π° 3. Cost Optimization
βοΈ Prevent over-provisioning AWS resources.
βοΈ Ensure efficient workload placement based on real-world usage metrics.
π 4. Faster Migration Planning
βοΈ Reduce planning time using automated discovery insights.
βοΈ Eliminate the need for manual infrastructure assessments.
π Phase 1: AWS Application Discovery & TCO Analysis
Cloud migration is more than just moving workloads to the cloud. Understanding your existing infrastructure, dependencies, and costs is critical before making the move. In Phase 1, we leveraged AWS Application Discovery Service (ADS) to analyze our environment and performed a Total Cost of Ownership (TCO) Analysis to estimate the potential savings and efficiency improvements.
This blog walks you through the key steps, tools used, and what we achieved in this phase! π
π Key Steps in Phase 1
πΉ AWS Application Discovery & TCO Analysis
π What We Achieved in Phase 1
β 1. Setting Up AWS Migration Prerequisites
π Discovery Service Deployment: Collecting Data
- Configured AWS Migration Hub to track migration progress π.

- Created necessary IAM roles and permissions for secure access π.

- Defined AWS Application Discovery Service (ADS) setup to analyze infrastructure.

π 2. Deploying AWS Discovery Service
- Installed ADS Agents on Web and Database servers to collect system data π₯οΈπ.

Data Collectors:
WebServer

Technical Information

Performance Information

DbServer
Technical Information

Performance Information

- Verified network dependencies, CPU utilization, memory usage, and active processes.
WebServer

DbServer

- Organized servers into Application Groups for better classification.


π° 3. High-Level TCO (Total Cost of Ownership) Analysis
Compared on-premise costs vs. AWS projected costs across:
Compute (EC2 vs. on-prem servers) βοΈ
Storage (S3, EBS vs. local storage) π¦
Networking (AWS Data Transfer vs. existing network costs) π
Database (AWS RDS vs. on-prem SQL/Oracle) ποΈ
Identified potential cost savings and ROI for cloud migration π.
π οΈ Tools Used in This Phase
πΉ AWS Application Discovery Service (ADS) β Collected system performance, network dependencies, and server data.
πΉ AWS Migration Hub β Centralized dashboard for tracking server inventory and migration status.
πΉ IAM (Identity and Access Management) β Created roles and permissions for secure access.
πΉ CloudTrail β Monitored activities and logs related to migration actions.
πΉ Application Groups β Used in Migration Hub to organize and manage servers efficiently.
π High-Level TCO Analysis for WebServer & DatabaseServer Migration to AWS
π Overview
As organizations migrate their Web Servers and Database Servers from on-premises infrastructure to AWS Cloud, performing a Total Cost of Ownership (TCO) analysis is crucial. This document evaluates the on-prem vs AWS cloud cost breakdown, helping decision-makers optimize costs, improve scalability, and enhance security.
β What This Guide Covers
π TCO breakdown of on-prem vs. AWS
π» Recommended AWS services for Web & Database servers
π° Projected cost savings and optimization strategies
For a detailed documentation on the TCO (Total Cost of Ownership) Analysis, visit:
π π High-Level TCO Analysis Documentation
π Current On-Premises Infrastructure Overview
π Web Server Analysis (ip-10-0-1-82) π»
πΉ Application: WebApp
πΉ OS: Ubuntu 24.04.1 LTS
πΉ CPU: 1 vCPU (x86_64)
πΉ RAM: 1 GB
πΉ Storage: 8 GB SSD
πΉ Hypervisor: Xen
πΉ Network Interfaces: 1
Performance Metrics π
CPU Usage: 0.35% π₯οΈ
RAM Usage: 38.77% πΎ
Disk Reads: 1.59 KBPS π₯
Disk Writes: 2.82 KBPS π€
π‘ Observations:
β
CPU usage is minimal, meaning we donβt need a high-end instance.
β
RAM consumption is moderate (38.77%), but might need an upgrade in production.
β
Disk I/O is low, so an EBS gp3 volume would be a good fit post-migration.
ποΈ Database Server Analysis (ip-10-0-2-254)
πΉ Application: DatabaseServer
πΉ OS: Ubuntu 24.04.1 LTS
πΉ CPU: 1 vCPU (x86_64)
πΉ RAM: 1 GB
πΉ Storage: 8 GB SSD
πΉ Hypervisor: Xen
πΉ Network Interfaces: 1
Performance Metrics π
CPU Usage: 0.31% π₯οΈ
RAM Usage: 43.34% πΎ
Disk Reads: 0.86 KBPS π₯
Disk Writes: 1.79 KBPS π€
π‘ Observations:
β
Low CPU utilization suggests no need for a compute-heavy instance.
β
Higher RAM usage (43.34%) indicates potential memory constraints.
β
Disk I/O is light, making gp3 SSD storage an optimal choice.
π οΈ Migration Considerations & Recommendations
Based on this performance analysis, hereβs our recommended AWS migration plan:
πΉ EC2 Instance Sizing:
Web Server β t3.micro (2 vCPU, 1GB RAM)
Database Server β t3.small (2 vCPU, 2GB RAM) (Upgrade for better performance)
πΉ Storage Optimization:
- Use gp3 EBS volumes for both servers to balance cost and performance.
πΉ Auto Scaling:
- Configure AWS Auto Scaling to handle unexpected traffic spikes.
πΉ Database Optimization:
- Consider Amazon RDS for managed PostgreSQL/MySQL instead of self-managed DB.
π TCO Breakdown: On-Premises vs. AWS
π° On-Premises Cost Estimate
| Category | Estimated Annual Cost (USD) |
| Hardware (CPU, RAM, Storage, Network) | $1000 |
| Power & Cooling | $250 |
| Network Infrastructure (Firewall, Router, Bandwidth) | $400 |
| IT Maintenance (Admin, Patching, Backups) | $800 |
| Security & Compliance | $500 |
| Backup & Disaster Recovery | $300 |
| Total On-Premises Cost | ~$3250 per year |
βοΈ AWS Cost Estimate (EC2 + RDS)
| AWS Service | Estimated Monthly Cost (USD) | Estimated Annual Cost (USD) |
| t4g.micro EC2 (WebServer) | $7.70 | $92.40 |
| t4g.nano EC2 (DatabaseServer) | $3.85 | $46.20 |
| 10GB EBS (gp3 Storage) | $2.00 | $24.00 |
| Amazon RDS (db.t4g.micro, 10GB SSD, Multi-AZ) | $18.00 | $216.00 |
| Data Transfer (Low-Traffic Estimate) | $4.00 | $48.00 |
| Amazon CloudWatch (Basic Monitoring) | Free | Free |
| Backup (EBS Snapshot + RDS Automated Backups) | $5.00 | $60.00 |
| Total AWS Cost | $40.55 | ~$486.60 per year |
π TCO Savings Analysis
| Metric | On-Premises | AWS | Savings (%) |
| Annual Cost | ~$3250 | ~$486 | 85% Reduction |
| Scalability | Low | High | Flexible Auto-Scaling |
| Maintenance | High | Low | Managed Services |
| Security | Manual | AWS IAM, WAF | Better Compliance |
| Performance Monitoring | Manual | CloudWatch | Automated Insights |
β
AWS Migration reduces costs by ~85%
β
Significant reduction in maintenance, networking, and power costs
β
AWS RDS provides auto-scaling & automatic failover for databases
π Next Steps - How to Perform a Detailed TCO Analysis
Step 1: Identify Current Costs
π Analyze existing hardware, software, networking, maintenance, security costs.
π Calculate power, cooling, IT support, disaster recovery expenses.
Step 2: Map AWS Services
π Identify right-sized EC2 instances, Amazon RDS, storage options.
π Estimate AWS Networking, Backup, and Security Costs.
Step 3: Calculate AWS TCO
π Use AWS Pricing Calculator β AWS TCO Calculator
π Compare on-premises annual costs vs AWS annual costs.
Step 4: Optimize AWS Costs
π Consider Savings Plans, Reserved Instances, or Spot Instances for long-term savings.
π Implement Auto-Scaling & Monitoring to avoid over-provisioning.
Migrating Web Servers & Database Servers to AWS provides:
β
85% cost savings compared to on-prem infrastructure
β
Scalability & high availability via AWS Auto-Scaling, RDS Multi-AZ
β
Reduced IT maintenance using managed AWS services
β
Enhanced security & monitoring with AWS IAM, WAF, and CloudWatch
π Ready to migrate? Start by running AWS Application Discovery Service (ADS) for automatic migration insights.
π References
Phase 2 - Database Migration & Execution
With Phase 1 complete, we now have full visibility into our infrastructure, dependencies, and costs. The next step is migration planning and execution!
π In Phase 2, we will:
β
Choose the right AWS services for hosting applications
β
Develop an automated infrastructure strategy (Terraform, CloudFormation)
β
Optimize our AWS cost management for long-term savings
π¬ Have questions about AWS migration? Drop a comment below!
π’ Follow for more real-world AWS Cloud Migration insights! π
π‘ Why This Blog?
This guide is designed for IT professionals, cloud architects, and DevOps engineers who want to:
β
Understand AWS migration best practices.
β
Perform detailed cost comparisons between on-prem and AWS.
β
Use AWS services effectively to ensure a smooth migration.
Whether youβre planning a small-scale migration or a large enterprise transition, this blog will help you navigate each phase efficiently!
π’ Stay tuned for real-world AWS migration insights and hands-on tutorials! π
π GitHub Repository: mgn-aws-project01
π§βπ» Author
π¨βπ» Created and maintained by Praful Patel.
π GitHub | π Tech Blog




