Frequently Asked Questions

Technical How-To: Resizing EBS-Backed EC2 Instances

How can I resize an EBS-backed EC2 instance using the AWS Management Console?

To resize an EBS-backed EC2 instance, first stop the instance from the AWS Management Console. Then, select 'Instance Settings' → 'Modify Instance Type' and choose the desired size (e.g., from medium to t2.micro). After modifying, start the instance again. Note: The instance must be in a stopped state to change its size. Always back up the associated EBS volume before making changes to avoid data loss. Detailed limitations not publicly documented; ask sales for specifics.

Can I automate the process of resizing an EBS-backed EC2 instance?

Yes, you can automate resizing using scripts. N2W provides example PowerShell scripts for Windows and shell scripts for Linux that stop the instance, change its size, and restart it. These scripts use AWS CLI commands and can be scheduled as cron jobs or Windows tasks. Always ensure AWS CLI is installed and back up your EBS volumes before running automation. Note: Scripts are provided as-is without warranty; test thoroughly before using in production. Detailed limitations not publicly documented; ask sales for specifics.

Will resizing an EBS-backed EC2 instance cause downtime?

Resizing requires stopping the instance, which results in downtime for that instance. In production environments with Elastic Load Balancer (ELB) and multiple instances, you can stop and resize one instance at a time to minimize service disruption. However, ensure the instance retains its public DNS or use Elastic IPs to pass ELB health checks. Note: Always back up before resizing to prevent data loss. Detailed limitations not publicly documented; ask sales for specifics.

Why is it important to back up EBS volumes before resizing an EC2 instance?

Backing up EBS volumes before resizing ensures you have a recovery point if the instance fails to start after modification. N2W Backup & Recovery can automate snapshot backups and retention policies to protect your data during such operations. Note: Not backing up may result in data loss if issues occur during resizing. Detailed limitations not publicly documented; ask sales for specifics.

Features & Capabilities

What are the key features of N2W Backup & Recovery?

N2W Backup & Recovery offers automated backup policies and schedules, application-consistent backups for databases like SQL Server, Oracle, MySQL, and MongoDB, cross-region and cross-account recovery, flexible alerts and notifications, backup based on AWS Tags, and the ability to copy EBS snapshots to Amazon S3. It also provides immutable backups, granular restore, intelligent storage tiering, and multi-cloud management for AWS and Azure. Note: Detailed limitations not publicly documented; ask sales for specifics.

Does N2W support automation and integrations?

Yes, N2W supports automation via a RESTful API and CLI access, enabling custom integrations and automated workflows such as user onboarding and backup management. It integrates with third-party monitoring tools like Datadog, Splunk, and Bocada, and supports various data management tools. API documentation is available at N2W RESTful API documentation. Note: Some integrations may require additional configuration. Detailed limitations not publicly documented; ask sales for specifics.

What technical documentation is available for N2W?

N2W provides comprehensive user guides, release notes, RESTful API documentation, upgrade guides, and IAM permission files. These resources cover deployment, configuration, upgrades, and security best practices. Access the user guide at docs.n2ws.com/user-guide and API documentation at N2WS RESTful API documentation. Note: Some advanced topics may require direct support. Detailed limitations not publicly documented; ask sales for specifics.

Security & Compliance

What security and compliance certifications does N2W have?

N2W is independently certified for ISO/IEC 27001:2022 and is SOC compliant by inheritance, leveraging AWS and Azure compliance features. It supports regulatory frameworks such as HIPAA, GDPR, FedRAMP, ITAR, and CJIS. Customers can request a copy of the ISO certificate by contacting customer.success@n2ws.com. For more, visit the N2W Trust Center. Note: Some certifications are inherited from cloud providers; always verify for your specific use case.

How does N2W protect against ransomware and accidental deletion?

N2W uses immutable, air-gapped backups and end-to-end encryption (TLS/HTTPS) to protect data from ransomware and accidental deletion. Compliance Mode immutability and air-gapped disaster recovery accounts further enhance protection. Note: No backup solution can guarantee 100% protection; always follow security best practices. Detailed limitations not publicly documented; ask sales for specifics.

Use Cases & Benefits

Who can benefit from using N2W?

N2W is designed for cloud directors, IT managers, and managed service providers (MSPs) in enterprises, public sector, healthcare, finance, retail, education, and nonprofit organizations. It is especially valuable for teams managing multi-cloud environments, petabyte-scale data, or requiring compliance with regulations like HIPAA and FedRAMP. Note: Best fit for AWS and Azure users; organizations with other cloud providers may need alternatives.

What business impact can customers expect from using N2W?

Customers can achieve up to 92% savings on long-term backup costs and up to 50% on compute costs, improve data protection with immutable backups, minimize downtime with near-instant recovery, and simplify compliance with automated reporting. N2W supports petabyte-scale data management and unified backup across AWS and Azure. Note: Actual results depend on environment and configuration. Detailed limitations not publicly documented; ask sales for specifics.

What pain points does N2W address for its customers?

N2W addresses high disaster recovery costs, downtime and data loss, ransomware threats, manual backup processes, compliance challenges, complexity in multi-cloud environments, scalability for large data volumes, and long-term backup costs. Features like custom retention policies, automation, and intelligent storage tiering help solve these issues. Note: Not all pain points may be relevant for every organization. Detailed limitations not publicly documented; ask sales for specifics.

Implementation & Support

How long does it take to implement N2W and how easy is it to get started?

Implementations can be completed in as little as two weeks with support from dedicated Customer Success Managers, onboarding calls, and detailed documentation. N2W can be deployed as an Amazon Machine Image (AMI) from AWS Marketplace or via CloudFormation templates. A 30-day free trial is available without a credit card. Note: Implementation time may vary based on environment complexity. Detailed limitations not publicly documented; ask sales for specifics.

What feedback have customers given about N2W's ease of use?

Customers have praised N2W for its simplicity and user-friendly features. For example, Shane H., a verified customer, said, "It's very simple to use and we are an MSP for multiple companies. Support is great and quick to respond." Julian Ware from the City of Oakland noted, "You're just clicking and going. And, to me, that's what the modern world of backup is." Note: User experiences may vary. Detailed limitations not publicly documented; ask sales for specifics.

Competition & Comparison

How does N2W compare to AWS Backup?

N2W offers immutable backups, cross-cloud recovery (AWS and Azure), granular file/folder-level restore, custom disaster recovery retention policies, and multi-tenancy support—features not available in AWS Backup. N2W also provides cost optimization (up to 92% savings with intelligent storage tiering), a RESTful API for automation, and customizable compliance reporting. AWS Backup is limited to AWS, lacks immutable backups, and requires Lambda scripting for automation. Choose N2W if you need multi-cloud support, advanced automation, or granular recovery; AWS Backup may suffice for basic AWS-only needs. Note: N2W may not be the best fit for organizations using only AWS with minimal compliance requirements. Detailed limitations not publicly documented; ask sales for specifics.

Customer Proof & Case Studies

What are some real-world examples of organizations using N2W?

Organizations such as Johnson & Johnson, Dyson, HP, Western Union, Skechers, City of Oakland, St. John's University, Deutsche Bahn (DB Systel), and Bahrain Ministry use N2W for backup and disaster recovery. For example, Skechers standardized backup across a multi-cloud estate, and St. John's University improved backup reliability and reduced costs. See more at N2W case studies. Note: Results may vary by organization and use case. Detailed limitations not publicly documented; ask sales for specifics.

How-to Resize an EBS-backed EC2 Instance

In this article, we will show you how to manually change the size of an Elastic Block Store (EBS)-backed medium instance to micro.
Share post:

AWS EC2 supports two types of AMIs based on your root device: Instance Store-Backed and EBS-Backed. There are a number of advantages to launching an instance from an EBS-Backed AMI, including:

  1. Crash-consistent snapshots for persistent root and additional storage devices
  2. The ability to stop the instance to save on costs – stopping an instance will not incur any costs in terms of running the EC2 instance, but will for EBS storage.
  3. Vertical scaling. AWS EC2 allows you to modify the instance size of an EBS-backed instance so long as the instance is in a stopped state. This is very useful, allowing you to increase or decrease the size of a volume, however it requires the instance to be stopped.

In this article, we will show you how to manually change the size of an EBS-backed medium instance to micro. Additionally, we will provide you with a script that can automatically stop the instance, change its size and then start the instance again. The same script can be reused to change the instance size from a larger to smaller or a smaller to larger instance, promoting automation. 

Part 1:  Modifying an instance size through the Amazon Management Console & CLI 

Let’s assume that you’ve already installed AWS CLI on your machine.

  1. Once you have launched an EC2 instance, go to the AWS EC2 Instances section of the Amazon Management Console and select any instance. You can find the current instance type in the description area. 
    • n2ws 
  2. To perform the same step using AWS CLI, run the following command:   aws ec2 describe-instances
    • n2ws
    • To stop the instance, select ‘Instance State’-> ‘Stop’ from the ‘Actions’ menu. (Note: As noted above, the instance type can only be changed in stopped state) n2ws
  3. Using CLI: aws ec2 stop-instances –instance-ids i-6370 
    • To modify the instance size, select ‘Instance Settings’->’Modify Instance Type’ from the ‘Actions’ menu. Select the appropriate size. Seeing as we have launched a medium sized instance, we will now reduce the size to ‘t2.micro’. n2ws
  4. Using CLI: aws ec2 modify-instance-attribute –instance-id i-6370  –instance-type “{\”Value\”: \”t2.micro\”}” 
  5. Here we can see the change to a ‘t2.micro’ instance. n2ws 
  6. Using CLI: aws ec2 describe-instances 
  7. Once the instance size is modified, you can start the instance using the ‘Actions’ menu: n2ws
  8. Using CLI: aws ec2 start-instances –instance-ids i-6370 

Part 2: Modifying an Instance Size Using an Automated Script 

As previously mentioned, it is cost effective to change instance sizes every day if your situation permits. Therefore, it’s recommended to make an automated script that can perform these tasks for you. In this section, we present scripts that will stop an instance, change its size, and restart it.

You can run these scripts from local machines or a continuous running EC2 instance and set them as a cron job or set a daily schedule in Windows. It is important to note that these scripts use AWS CLI commands, so it is necessary to install AWS CLI before running the scripts.

We have prepared two scripts: one PowerShell Script for Windows machines and one shell script for Linux. 

PowerShell Script (to change the instance size to micro): 

$inst_id= ‘<Enter Instance ID>’ $instance_size=’t2.micro’ $instancestate =  aws ec2 stop-instances –instance-ids  $inst_id $state = “Not Stopped Yet” Do { $state = (Get-EC2Instance $inst_id).Instances.State.Name “Current State =  $state” Sleep -Seconds 5 } While ($state -ne “stopped”) Edit-EC2InstanceAttribute -InstanceId $inst_id -Attribute “instanceType” -Value $instance_size aws ec2 start-instances –instance-ids $inst_id 
n2ws

Linux Shell Script: 

#!bin/sh # chkconfig: 2345 96 14 us_region_name=’us-east-1′ inst_id='<Specify-Instance-id>’ status=” aws ec2 stop-instances –instance-ids $inst_id –region $us_region_name while [ “$status” != “stopped” ]; do status=( $(aws ec2 describe-instances –region $us_region_name –instance-ids $inst_id   –output text –query ‘Reservations[*].Instances[*].State.Name’) ) echo “The instance ID ” $inst_id “is stopping now!” sleep 5 if [ “$status” == “stopped” ]; then echo $inst_id ” has ” $status break fi done echo “Modifying Instance Size of ” $inst_id aws ec2 modify-instance-attribute –instance-type “{\”Value\”: \”t2.micro\”}” –instance-id $inst_id –region $us_region_name echo “Starting Instance “$inst_id aws ec2 start-instances –instance-ids $inst_id –region $us_region_name 
n2ws

In the example above, we decreased the size of an EBS backed EC2 instance. You may not prefer to perform this task on production instances, however it can work seamlessly without causing downtime in production. If your production system is set up with ELB and more than one instances running, you can stop one of the instances, change its size, then start it again.

This may not result in any downtime since other instances will continue to serve requests in the meantime. However, it is important to note that ELB works with IP addresses, so if an instance is stopped and started again, it must have the same public DNS (use VPC or bootstrapping to assign an Elastic IP) in order to pass the ELB health check.

It is also very important to back up the associated EBS volume before performing any sizing changes. If the instance fails to start for any reason, you will have a backup available. N2WS Backup & Recovery is an enterprise-class backup and disaster recovery solution for the EC2 compute cloud. It is available as a service, allowing you to register multiple AWS accounts.

You can configure policies and schedules to take automated snapshot backups. Additionally, you can configure policies to remove old snapshots. N2WS provides automated and regular backups using the features listed below:

  1. Flexible backup policies and schedules
  2. Consistent database backup for SQL Server, Oracle, MySQL, MongoDB and more
  3. Instance and data recovery across AWS regions in seconds
  4. “Pull” and “Push” based alerts and notifications
  5. Application consistent backup
  6. Automated backup based on Tags.
  7. Copy EBS Snapshots to Amazon S3 buckets

Disclaimer: The scripts above come with no warranty. Feel free to use them for any purpose, including redistribution or modification.

You might also like