• Что бы вступить в ряды "Принятый кодер" Вам нужно:
    Написать 10 полезных сообщений или тем и Получить 10 симпатий.
    Для того кто не хочет терять время,может пожертвовать средства для поддержки сервеса, и вступить в ряды VIP на месяц, дополнительная информация в лс.

  • Пользаватели которые будут спамить, уходят в бан без предупреждения. Спам сообщения определяется администрацией и модератором.

  • Гость, Что бы Вы хотели увидеть на нашем Форуме? Изложить свои идеи и пожелания по улучшению форума Вы можете поделиться с нами здесь. ----> Перейдите сюда
  • Все пользователи не прошедшие проверку электронной почты будут заблокированы. Все вопросы с разблокировкой обращайтесь по адресу электронной почте : info@guardianelinks.com . Не пришло сообщение о проверке или о сбросе также сообщите нам.

? Faster EC2 Launches: Amazon EBS Adds Provisioned Rate for Volume Initialization

Lomanu4 Оффлайн

Lomanu4

Команда форума
Администратор
Регистрация
1 Мар 2015
Сообщения
1,481
Баллы
155
Amazon Web Services (AWS) has just announced a powerful enhancement for Amazon Elastic Block Store (EBS): Provisioned Rate for Volume Initialization is now generally available.


Пожалуйста Авторизируйтесь или Зарегистрируйтесь для просмотра скрытого текста.



This new feature allows you to create fully performant EBS volumes from snapshots with predictable initialization speeds, helping you launch EC2 instances faster at scale. It’s a game-changer for high-performance, time-sensitive workloads.

? The Problem (Before This Feature)

When launching EC2 instances from EBS snapshots (like AMIs), volumes are lazy-loaded from Amazon S3. That means data is only fetched when accessed for the first time.

This causes:

  • Slower disk I/O initially
  • Inconsistent application performance
  • Delays in workload readiness

This has long been a pain point, especially for workloads that require high disk performance immediately after launch.

✅ The Solution: Provisioned Rate for Volume Initialization

With this new feature, you can now specify a volume initialization rate in MB/s when:

  • Creating volumes from snapshots
  • Launching EC2 instances from snapshot-based AMIs
  • Replacing root volumes
  • Using EBS through the Container Storage Interface (CSI) driver
  • Defining Launch Templates

EBS will proactively preload the data from the snapshot at the rate you define, giving your applications consistent, high performance from the moment they launch.

? Real-World Example

Let’s say you’re launching 100 EC2 instances from a snapshot-based AMI to deploy a scalable web application.

Before:

  • The instances boot quickly.
  • However, volumes are slow because blocks are lazy-loaded.
  • Performance is inconsistent and slow for the first few minutes .

Now (With Provisioned Rate):

  • You define an initialization rate of 300 MB/s.
  • The volumes are proactively initialized at this rate.
  • Every instance has fully performant EBS volumes quickly and predictably.

This is especially useful for launching fleets of instances in auto scaling groups, disaster recovery, or batch processing systems.

?️ Using It (Simplified CLI Example)

You can specify the provisioned initialization rate in the AWS CLI like this:


aws ec2 create-volume \
--availability-zone us-east-1a \
--snapshot-id snap-0123456789abcdef0 \
--volume-type gp3 \
--provisioned-initialization-rate 300

You can also embed this rate into Launch Templates so that every instance launched with the template gets the same initialization performance.

? Quick Comparison

Without Provisioned RateWith Provisioned Rate
Lazy-loaded dataPreloaded at defined speed
Slower initial I/OFully performant volumes sooner
Unpredictable startup timePredictable and consistent
Manual pre-warming requiredAutomated and scalable

? Final Thoughts

This is a major improvement for teams who:

  • Launch EC2 instances frequently from snapshots
  • Depend on consistent and fast disk I/O
  • Operate large-scale, time-critical environments

It eliminates the guesswork from volume performance after launch and helps ensure that your applications are ready to go — fast.

Have you tried this feature yet? Share your experience or use case in the comments below!


Пожалуйста Авторизируйтесь или Зарегистрируйтесь для просмотра скрытого текста.

 
Вверх Снизу