AWS EBS vs Instance Store – Certification

Udemy June Discount Braincert-AWS-Certified-SA-Professional-Practice-Exam

AWS EBS vs Instance Store Overview

  • EC2 instances support two types for block level storage
    • Elastic Block Store (EBS)
    • Instance Store
  • EC2 Instances can be launched using either Elastic Block Store (EBS) or Instance Store volume as root volumes and additional volumes.
  • EC2 instances can be launched by choosing between AMIs backed by Amazon EC2 instance store and AMIs backed by Amazon EBS.However, AWS recommends use of AMIs backed by Amazon EBS, because they launch faster and use persistent storage.

Storage Types

Instance Store (Ephemeral storage)

Screen Shot 2016-04-11 at 7.12.25 AM.png

  • An Instance store backed instance is an EC2 instance using an Instance store as root device volume created from a template stored in Amazon S3.
  • Instance store volumes accesses storage from disks that are physically attached to the host computer.
  • When an Instance stored instance is launched, the image that is used to boot the instance is copied to the root volume (typically sda1).
  • Instance store provides temporary block-level storage for instances.
  • Data on an instance store volume persists only during the life of the associated instance; if an instance is stopped or terminated, any data on instance store volumes is lost.
Key points for Instance store backed Instance
  1. Boot time is slower then EBS backed volumes and usually less then 5 min
  2. Can be selected as Root Volume and attached as additional volumes
  3. Instance store backed Instances can be of maximum 10GiB volume size
  4. Instance store volume can be attached as additional volumes only when is the Instance is being launched and cannot be attached once the Instance is up and running
  5. Instance store backed Instances cannot be stopped as one of the main reason being when stopped and started AWS does not guarantee the Instance would be launched in the same host.
  6. Data on Instance store volume is LOST in following scenarios :-
    • Failure of an underlying drive
    • Stopping an EBS-backed instance where instance store are additional volumes
    • Termination of the Instance
  7. Data on Instance store volume is NOT LOST when the instance is rebooted
  8. AMI creation requires usage on AMI tools and needs to be executed from within the server
  9. Instance store backed Instances cannot be upgraded

Amazon Elastic Block Store (EBS)

Screen Shot 2016-04-11 at 7.12.38 AM.png

  • An “EBS-backed” instance means that the root device for an instance launched from the AMI is an Amazon EBS volume created from an Amazon EBS snapshot
  • An EBS volume behaves like a raw, unformatted, external block device that you can attach to a single instance and are not physically attached to the Instance host computer (more like a network attached storage).
  • Volume persists independently from the running life of an instance. After an EBS volume is attached to an instance, you can use it like any other physical hard drive.
  • EBS volume can be detached from one instance and attach it to another instance.
  • EBS volumes can be created as encrypted volumes using the Amazon EBS encryption feature.
Key points for EBS backed Instance
  1. Boot time is very fast usually less then a min
  2. Can be selected as Root Volume and attached as additional volumes
  3. EBS backed Instances can be of maximum 16TiB volume size depending upon the OS
  4. EBS volume can be attached as additional volumes when the Instance is launched and even when the Instance is up and running
  5. Data on the EBS volume is LOST
    1. for EBS Root volume, if Delete On Termination flag is disabled (enabled, by default)
    2. for attached EBS volumes, if the Delete On Termination flag is disabled, which is the default.
  6. Data on EBS volume is NOT LOST in following scenarios :-
    • Reboot on the Instance
    • Stopping an EBS-backed instance
    • Termination of the Instance for the additional EBS volumes. Additional EBS volumes are detached with their data intact
  7. When EBS-backed instance is in a stopped state, various instance– and volume-related tasks can be done for e.g. you can modify the properties of the instance, you can change the size of your instance or update the kernel it is using, or you can attach your root volume to a different running instance for debugging or any other purpose

  8. EBS volumes are tied to a single AZ  in which they are created
  9. EBS volumes are automatically replicated within that zone to prevent data loss due to failure of any single hardware component
  10. AMI creation is easy using a Single command
  11. EBS backed Instances can be upgraded for instance type, Kernel, RAM disk and user data

Screen Shot 2016-04-06 at 6.36.02 AM.png

Boot Times

  • Amazon EBS-backed AMIs launch faster than Amazon EC2 instance store-backed AMIs.
  • When you launch an Amazon EC2 instance store-backed AMI, all the parts have to be retrieved from Amazon S3 before the instance is available.
  • With an Amazon EBS-backed AMI, parts are lazily loaded and only the parts required to boot the instance need to be retrieved from the snapshot before the instance is available.
  • However, the performance of an instance that uses an Amazon EBS volume for its root device is slower for a short time while the remaining parts are retrieved from the snapshot and loaded into the volume.
  • When you stop and restart the instance, it launches quickly, because the state is stored in an Amazon EBS volume.

AWS Certification Exam Practice Questions

  • Questions are collected from Internet and the answers are marked as per my knowledge and understanding (which might differ with yours).
  • AWS services are updated everyday and both the answers and questions might be outdated soon, so research accordingly.
  • AWS exam questions are not updated to keep up the pace with AWS updates, so even if the underlying feature has changed the question might not be updated
  • Open to further feedback, discussion and correction.
  1. EC2 EBS-backed (EBS root) instance is stopped, what happens to the data on any ephemeral store volumes?
    1. Data is automatically saved in an EBS volume.
    2. Data is unavailable until the instance is restarted.
    3. Data will be deleted and will no longer be accessible.
    4. Data is automatically saved as an EBS snapshot.
  2. When an EC2 instance that is backed by an S3-based AMI is terminated, what happens to the data on the root volume?
    1. Data is automatically saved as an EBS snapshot.
    2. Data is automatically saved as an EBS volume.
    3. Data is unavailable until the instance is restarted.
    4. Data is automatically deleted.
  3.  Which of the following will occur when an EC2 instance in a VPC (Virtual Private Cloud) with an associated Elastic IP is stopped and started? (Choose 2 answers)
    1. The Elastic IP will be dissociated from the instance
    2. All data on instance-store devices will be lost
    3. All data on EBS (Elastic Block Store) devices will be lost
    4. The ENI (Elastic Network Interface) is detached
    5. The underlying host for the instance is changed
  4. Which of the following provides the fastest storage medium?
    1. Amazon S3
    2. Amazon EBS using Provisioned IOPS (PIOPS)
    3. SSD Instance (ephemeral) store (SSD Instance Storage provides 100,000 IOPS on some instance types, much faster than any network-attached storage)
    4. AWS Storage Gateway

8 thoughts on “AWS EBS vs Instance Store – Certification

  1. Hi Jayendra
    >>Data on the EBS volume is LOST only if the Root Volume is EBS backed and the Delete On Termination flag is *** disabled *** (enabled by default)

    I think the statement should read “Delete On Termination flag is *** enabled ***”.

    Cheers,
    Satish

  2. Hi Jayendra,
    Data on the EBS volume is LOST
    for EBS Root volume, if Delete On Termination flag is disabled (enabled, by default)
    for attached EBS volumes, if the Delete On Termination flag is disabled, which is the default.

    I understand the default behavior is different. Still data will be lost IFF the flag is enabled in both the cases correct ? if flag is “disabled” then data will not be “lost”. Correct ?

    1. Thats right, the default selection of the flag differs. However, if the flag is disabled, meaning – Do Not Delete On Termination, the EBS volumes will not loss the data for Root or for Attach Volumes.

  3. >> Data on the EBS volume is LOST
    for attached EBS volumes, if the Delete On Termination flag is disabled, which is the default.

    >> Data on EBS volume is NOT LOST in following scenarios :-
    Termination of the Instance for the additional EBS volumes. Additional EBS volumes are detached with their data intact.

    What’s the difference is both scenarios?
    If the EBS backed instance has an additional EBS volume, on the termination of the actual instance, by default will the additional EBS vol data will be lost or kept intact?

    1. The Delete on Termination flag value is different for the Root EBS Volume and the Attached EBS Volume. By default, the Root volume is deleted and the attached EBS volumes are just detached.

Leave a Reply

Your email address will not be published. Required fields are marked *