Preguntas frecuentes sobre Amazon EBS

Aspectos generales

Sí, visite las preguntas frecuentes sobre EC2 para obtener más información.

A diferencia de los datos almacenados en un almacén de instancias local (que solo persiste mientras dura la instancia), los datos almacenados en un volumen de Amazon EBS pueden persistir independientemente de la vida útil de la instancia. Por lo tanto, le recomendamos que use el almacén de instancias local únicamente para datos temporales. Para aquellos datos para los que necesita una mayor durabilidad, le recomendamos usar volúmenes de Amazon EBS o bien realizar copias de seguridad en Amazon S3. Si utiliza un volumen de Amazon EBS como partición raíz, deberá establecer el indicador Delete on termination en “No” para que su volumen de Amazon EBS persista una vez que se agote la vida de la instancia.

Amazon EBS proporciona seis tipos de volumen: SSD con IOPS aprovisionadas (io2 Block Express e io1), SSD de uso general (gp3 y gp2), disco duro con rendimiento optimizado (st1) y disco duro en frío (sc1). Estos tipos de volúmenes se diferencian en las características de rendimiento y en el precio. Esto le permite adaptar el rendimiento y el costo del almacenamiento a las necesidades de sus aplicaciones. La latencia media entre las instancias de EC2 y EBS es de milisegundos de un solo dígito, mientras que la latencia media de los volúmenes io2 Block Express es inferior al milisegundo. Para obtener más información acerca del rendimiento, consulte la página de detalles del producto de EBS. Para obtener más información sobre las directrices de rendimiento de Amazon EBS, consulte el apartado sobre cómo aumentar el rendimiento de EBS.

Amazon EBS incluye dos categorías principales de almacenamiento: almacenamiento respaldado por SSD para cargas de trabajo transaccionales (el rendimiento depende principalmente de las IOPS, la latencia y la durabilidad) y el almacenamiento respaldado por HDD para cargas de trabajo de rendimiento intensivo (el rendimiento depende principalmente de los MB/s). Los volúmenes respaldados por SSD están diseñados para cargas de trabajo transaccionales de bases de datos y uso intensivo de IOPS, volúmenes de inicio y cargas de trabajo que requieren IOPS elevadas. Los volúmenes respaldados por SSD incluyen SSD de IOPS aprovisionadas (io2 Block Express e io1) y SSD de uso general (gp3 y gp2). Io2 Block Express de los volúmenes de SSD con IOPS aprovisionadas está diseñado para proporcionar una durabilidad 100X del 99,999 %, lo que lo convierte en una solución ideal para aplicaciones empresariales críticas que necesitan un mayor tiempo de actividad. Gp3 es la generación más reciente de volúmenes de SSD de uso general que aporta el equilibrio adecuado entre precio y rendimiento para la mayoría de las aplicaciones que no requieren el mayor rendimiento de IOPS ni una durabilidad del 99,999 %. Los volúmenes respaldados por HDD están diseñados para cargas de trabajo de big data y rendimiento intensivo, grandes cantidades de E/S y patrones de E/S secuenciales. Los volúmenes respaldados por HDD incluyen HDD optimizados para el desempeño (st1) y HDD fríos (sc1).

La alta durabilidad de volumen, las instantáneas y la replicación de volúmenes en las zonas de disponibilidad protegen contra diferentes tipos de errores. Además, los clientes pueden optar por utilizar uno, dos o todos estos enfoques en función de los requisitos de durabilidad de los datos. Una mayor durabilidad de volumen reduce la probabilidad de perder la copia principal de los datos. Las instantáneas protegen contra el improbable caso de un error de volumen. La replicación de los volúmenes en las zonas de disponibilidad protege contra errores a nivel de las zonas de disponibilidad y también proporciona una recuperación más rápida en caso de error.

Los volúmenes de Amazon EBS están diseñados para ofrecer una alta disponibilidad, fiabilidad y durabilidad. Sin cargos adicionales, los datos de los volúmenes de Amazon EBS se replican en varios servidores de la zona de disponibilidad para evitar una posible pérdida de datos derivada de un error en un solo componente. En función del grado de alta disponibilidad que requiera su aplicación, recomendamos estas pautas para lograr un grado sólido de alta disponibilidad:
1) Diseñe el sistema para que no tenga un único punto de falla. Para obtener más información, consulte Alta disponibilidad y escalabilidad en AWS..
2) Usar mecanismos automatizados de supervisión, detección de fallas y conmutación por error. Consulte Supervisar el estado de los volúmenes de EBS y Supervisar volúmenes de EBS con CloudWatch para obtener más detalles sobre cómo supervisar el rendimiento de su volumen de EBS.
3) Preparar procedimientos operativos para mecanismos manuales para responder, mitigar y recuperarse de cualquier falla. Esto incluye desconectar volúmenes no disponibles y adjuntar un volumen de recuperación de copia de seguridad en caso de falla. Para obtener más información, consulte la documentación sobre Reemplazar un volumen de EBS.

Cambiar la configuración de un volumen es sencillo. La característica de volúmenes elásticos le permite aumentar la capacidad, ajustar el rendimiento y modificar el tipo de volumen con una única llamada a CLI, API o con unos pocos clics en la consola.  Para obtener más información acerca de los volúmenes elásticos, consulte la documentación de volúmenes elásticos.

Los volúmenes estándar de EBS han cambiado su nombre por el de volúmenes magnéticos de EBS. Como resultado, no todos los volúmenes existentes habrán cambiado y no existen diferencias funcionales en las ofertas de volúmenes magnéticos de EBS en comparación con los volúmenes estándar de EBS. El nombre de esta oferta se cambió para evitar confusiones con nuestro volumen SSD de uso general (gp2), que es el tipo de volumen recomendado de forma predeterminada.

Los volúmenes SSD io2 Block Express e io1 de IOPS aprovisionadas se encuentran disponibles en todos los tipos de instancias de EC2. Utilice instancias de EC2 optimizadas para EBS a fin de ofrecer IOPS consistentes y predecibles en volúmenes io2 Block Express e io1. Las instancias optimizadas para EBS proporcionan un rendimiento dedicado entre Amazon EC2 y Amazon EBS, con opciones que oscilan entre 62,5 MB/s y 12.500 MB/s en función del tipo de instancia utilizado. Para alcanzar el límite de 256 000 IOPS y 4000 MB/s de rendimiento, debe utilizar volúmenes io2 Block Express asociados a instancias basadas en Nitro System.

Los volúmenes io2 ofrecen un almacenamiento de bloques de alto rendimiento para todas las instancias de EC2. Para las aplicaciones que requieran un rendimiento aún mayor, puede asociar volúmenes io2 a estas instancias de Amazon EC2 que se ejecuten en Block Express y proporcionen un rendimiento 4 veces mayor que io2. Esto permitirá que alcance una capacidad de hasta 64 TiB, 256 000 IOPS y 4000 MB/s de rendimiento a partir de un único volumen io2, junto con una latencia media de E/S de menos de un milisegundo.

Rendimiento

Cuando se asocian a instancias optimizadas para EBS, los volúmenes de SSD de IOPS aprovisionadas (io2 Block Express e io1) están diseñados para ofrecer hasta un 10 % del rendimiento de las IOPS aprovisionadas el 99,9 % del tiempo en un año concreto. El desempeño exacto depende de las necesidades de E/S de la aplicación.

Cuando se asocian a instancias optimizadas para EBS, los volúmenes io2 Block Express con IOPS aprovisionadas pueden alcanzar latencias de menos de un milisegundo, y los volúmenes io1 pueden alcanzar latencias de milisegundo de un solo dígito. El desempeño exacto depende de las necesidades de E/S de la aplicación.

Sí, la admite. Al aprovisionar IOPS para los volúmenes io2 Block Express, la tasa de IOPS que se obtiene depende del tamaño de E/S de las lecturas y escrituras de las aplicaciones. Los volúmenes de IOPS provisionadas tienen una base de tamaño de E/S de 16 KB. Por lo tanto, si se ha aprovisionado un volumen con 40 000 IOPS para un tamaño de E/S de 16KB, obtendrá hasta 40 000 IOPS con ese tamaño. Si el tamaño de E/S se aumenta a 256 KB, se alcanzarán hasta 16000 IOPS, ya que el rendimiento máximo de 4000 MiB/s se consigue a 16000 IOPS. Para obtener más información, consulte la documentación técnica sobre volúmenes de IOPS aprovisionadas. Puede utilizar Amazon CloudWatch para supervisar el rendimiento y los tamaños de E/S.

Los volúmenes de SSD de IOPS aprovisionadas (io2 Block Express e io1) asociados a instancias optimizadas para EBS se han diseñado para ofrecer un rendimiento uniforme. Ofrecen hasta el 10 % del rendimiento de IOPS aprovisionadas el 99,9 % del tiempo durante un año concreto. Para obtener la máxima uniformidad de rendimiento con nuevos volúmenes creados a partir de una instantánea, recomendamos habilitar la función de restauración rápida de instantáneas (FSR) en las instantáneas. Los volúmenes de EBS restaurados a partir de instantáneas habilitadas para FSR reciben instantáneamente su rendimiento completo.

Otro factor que puede repercutir en el rendimiento es el hecho de que la aplicación no envíe suficientes solicitudes de E/S. Para monitorizar este aspecto, puede consultar la longitud de la cola del volumen. La longitud de la cola es el número de solicitudes de E/S pendientes desde la aplicación al volumen. A fin de conseguir la máxima consistencia, un volumen de IOPS provisionadas debe mantener un promedio de longitud de cola (redondeado al número entero más próximo) de uno por cada 1000 IOPS provisionadas durante un minuto. Por ejemplo, para un volumen aprovisionado con 3000 IOPS, el promedio de la longitud de la cola debe ser 3. Para obtener más información sobre cómo garantizar un desempeño consistente de sus volúmenes, consulte el apartado sobre el aumento del desempeño de EBS.

Cuando se adjuntan a instancias optimizadas para EBS, los volúmenes de HDD optimizados para el desempeño (st1) y los volúmenes de HDD frío (sc1) están diseñados para ofrecer un desempeño un 10% superior o inferior al rendimiento esperado el 99 % del tiempo en un año concreto. El desempeño exacto depende de las necesidades de E/S de la aplicación y el desempeño de la instancia de EC2.

 

Sí. La tasa de rendimiento obtenida depende del tamaño de E/S de las lecturas y escrituras de la aplicación. Los volúmenes respaldados por HDD procesan las lecturas y escrituras en tamaños de E/S de 1 MB. Las E/S secuenciales se combinan y se procesan como unidades de 1 MB, mientras que cada E/S no secuencial se procesa como 1 MB incluso si el tamaño real de la E/S es menor. Por ello, mientras que una carga de trabajo transaccional con E/S pequeñas aleatorias, como una base de datos, no se desempeñará bien en volúmenes respaldados por HDD, las E/S secuenciales y los tamaños grandes de E/S alcanzarán el desempeño publicado de los volúmenes st1 y sc1 durante un mayor periodo de tiempo.

Los volúmenes de HDD optimizados para el rendimiento (st1) y los volúmenes de HDD frío (sc1) adjuntos a instancias optimizadas para EBS están diseñados para ofrecer un rendimiento uniforme un 10% superior o inferior al rendimiento esperado el 99 % del tiempo en un año concreto. Hay varios factores que pueden influir en el nivel de coherencia que obtenga. Por ejemplo, el equilibrio relativo entre las operaciones de E/S aleatorias y secuenciales en el volumen pueden afectar el rendimiento. Demasiadas operaciones de E/S pequeñas y aleatorias harán que se agoten con rapidez los créditos de E/S y reducirán el rendimiento a la tasa base. La tasa de rendimiento también podría verse reducida en función de la instancia seleccionada. Aunque st1 puede incrementar el rendimiento a 500 MB/s, este se verá limitado por el límite a nivel de instancia independiente para el tráfico de EBS. Otro factor es la toma de instantáneas, que reducirá el rendimiento de escritura esperado a la tasa base, hasta que se complete la instantánea. Esto afecta específicamente a los volúmenes st1 y sc1.

El rendimiento también se puede ver afectado si la aplicación no envía suficientes solicitudes de E/S. Puede monitorizarlo examinando la longitud de la cola del volumen y el tamaño de E/S. La longitud de la cola es el número de solicitudes de E/S pendientes desde la aplicación al volumen. A fin de conseguir la máxima consistencia, los volúmenes que tienen copias de seguridad en HDD deben mantener un promedio de longitud de cola (redondeado al número entero más próximo) de cuatro (como mínimo) por cada MB secuencial de E/S. Para obtener más información sobre cómo garantizar un desempeño consistente de sus volúmenes, consulte el apartado sobre el aumento del desempeño de EBS.

Sí. Se pueden juntar varios volúmenes para alcanzar hasta 400 000 IOPS o 12500 Mbps cuando se asocian a instancias de EC2 de mayor tamaño. Recomendamos utilizar volúmenes io2 Block Express para satisfacer los requisitos de mayor rendimiento sin tener que gestionar las operaciones que supone juntar varios volúmenes. El rendimiento de st1 y sc1 aumenta linealmente con el tamaño del volumen, por lo que es posible que no resulte tan beneficioso juntar estos volúmenes.

EBS es un servicio de almacenamiento en bloque de varios usuarios. Empleamos la limitación de la velocidad como un mecanismo para evitar la contención de recursos. Esto comienza con la definición de los criterios de rendimiento para los volúmenes; todos nuestros tipos de volúmenes (gp2, PIOPS, st1 y sc1) tienen características de rendimiento definidas en cuanto a IOPS y rendimiento. El paso siguiente es definir el rendimiento a nivel de instancia. Cada instancia optimizada para EBS tiene un rendimiento definido (tanto de rendimiento como de IOPS) para el conjunto de volúmenes de EBS adjuntos a la instancia. Por lo tanto, un cliente puede medir instancias y volúmenes para obtener el nivel de rendimiento deseado. Además, los clientes pueden usar las métricas informadas para observar el rendimiento a nivel de instancia y de volumen. Pueden configurar alarmas para determinar si lo que ven no coincide con el rendimiento esperado. Las métricas también pueden ayudar a determinar si los clientes están configurados en el tipo correcto de instancia, con la cantidad adecuada de rendimiento en el nivel de volumen o no. En el extremo de EBS, usamos el rendimiento configurado para informar sobre cómo asignamos la instancia y la infraestructura de EBS adecuadas para admitir los volúmenes. Con la asignación adecuada de la infraestructura, evitamos la contención de recursos. Además, monitorizamos constantemente nuestra infraestructura. Este monitoreo nos permite detectar fallas en la infraestructura (o fallas inminentes en la infraestructura) y, por lo tanto, transferir los volúmenes de manera proactiva al hardware en funcionamiento mientras la infraestructura subyacente se repara o reemplaza (según corresponda).

Cuando se asocian a instancias optimizadas para EBS, los volúmenes de SSD de uso general (gp3 y gp2) están diseñados para entregar dentro del 10 % del rendimiento de IOPS provisionadas, el 99 % del tiempo en un año determinado. El desempeño exacto depende de las necesidades de E/S de la aplicación.

Cuando se asocian a instancias optimizadas para EBS, los volúmenes de SSD de uso general (gp3 y gp2) pueden alcanzar latencias de milisegundos de un solo dígito. El desempeño exacto depende de las necesidades de E/S de la aplicación.

No. Todos los volúmenes de SSD de uso general (gp3) incluyen 3000 IOPS y 125 MB/s de rendimiento constante sin costo adicional. Los volúmenes pueden soportar las 3000 IOPS completas y 125 MB/s de forma indefinida.

Los volúmenes de SSD de uso general (gp2) que tienen menos de 1000 GB reciben un rendimiento de IOPS en ráfagas de hasta 3000 IOPS durante al menos 30 minutos de rendimiento sostenido. Además, los volúmenes gp2 ofrecen un rendimiento constante de 3 IOPS por GB aprovisionado. Por ejemplo, un volumen de 500 GB es capaz de generar 1500 IOPS de forma constante y aumentar a 3000 IOPS durante 60 minutos (3000 IOPS * 60 segundos * 30 minutos/1500 IOPS/60 segundos).

Los volúmenes io2 ofrecen un almacenamiento de bloques de alto rendimiento para todas las instancias de EC2. Para las aplicaciones que requieran un rendimiento aún mayor, puede asociar volúmenes io2 a estas instancias de Amazon EC2 que se ejecuten en Block Express y proporcionen un rendimiento 4 veces mayor que io2. Esto permitirá que alcance una capacidad de hasta 64 TiB, 256 000 IOPS y 4000 MB/s de rendimiento a partir de un único volumen io2, junto con una latencia media de E/S de menos de un milisegundo.

EBS Block Express es la nueva generación de sistemas de arquitectura para servidores de almacenamiento de Amazon EBS, creada con el objetivo de brindar los mejores niveles de rendimiento con una latencia inferior a un milisegundo para el almacenamiento en bloque a escala de la nube. Block Express hace esto mediante Scalable Reliable Datagrams (SRD), un protocolo de red de baja latencia y alto rendimiento, para comunicarse con instancias EC2 basadas en el sistema Nitro. Esta es la misma interfaz de red de alto rendimiento y baja latencia que se usa para la comunicación entre instancias en Elastic Fabric Adapter (EFA) para cargas de trabajo de informática de alto rendimiento (HPC) y aprendizaje automático (ML). Además, Block Express ofrece componentes modulares de software y hardware que se pueden ensamblar de muchas formas diferentes, lo que nos brinda la flexibilidad de diseñar y ofrecer un rendimiento mejorado y características nuevas a un ritmo más rápido.

io2 Block Express es adecuado para cargas de trabajo intensivas en rendimiento y capacidad que se benefician de una menor latencia, mayores IOPS, mayor rendimiento o mayor capacidad en un solo volumen. Estas cargas de trabajo incluyen bases de datos relacionales y NoSQL como SAP HANA, Oracle, MS SQL, PostgreSQL, MySQL, MongoDB, Cassandra y cargas de trabajo de operaciones comerciales críticas como SAP Business Suite, NetWeaver, Oracle eBusiness, PeopleSoft, Siebel y cargas de trabajo de ERP como Infor LN e Infor M3.

Si un volumen io2 está asociado a estas instancias de Amazon EC2, entonces se ejecuta en Block Express, que ofrece una latencia inferior a un milisegundo y capacidad para generar hasta 256 000 IOPS y un rendimiento de 4000 MB/s, así como un tamaño de hasta 64 TiB para un único volumen. Los volúmenes io2 asociados a todas las demás instancias no se ejecutan en Block Express y ofrecen una latencia de milisegundos de un solo dígito y capacidad para generar hasta 64 000 IOPS y un rendimiento de 1 GB/s, así como un tamaño de hasta 16 TiB para un único volumen.
 

Instantáneas

Esta característica se puede usar a través de las siguientes API que se pueden llamar utilizando AWS CLI o a través de AWS SDK.

  • List Snapshot Blocks: la operación de la API ListSnapshotBlocks regresa los índices de bloque y bloquea los tokens para bloqueos en la instantánea especificada.
  • List Changed Blocks: la operación de API ListChangedBlocks regresa los índices de bloqueo y tokens de bloqueo para los bloques que son diferentes entre dos instantáneas especificas del mismo lineamiento de volumen/instantánea.
  • Get Snapshot Blocks: la operación de la API GetSnapshotBlock regresa los datos en un bloque para el ID de instantánea especificada, índices de bloqueo y token de bloqueo.
  • Start Snapshot: la operación StartSnapshot inicia una instantánea, tanto como una instantánea progresiva de otra existente o como una nueva. La instantánea iniciada permanece en estado pendiente hasta que se completa con la acción CompleteSnapshot.
  • Put Snapshot Block: la operación PutSnapshot agrega datos en forma de bloques individuales a una instantánea compartida que se encuentra en estado pendiente. Debe especificar una suma de comprobación de codificación Base64 SHA256 para el bloque de datos transmitido. El servicio convalida la suma de comprobación una vez completada la transmisión. La solicitud presenta error si la suma de comprobación calculada por servicio no coincide con lo que especificó.
  • Complete Snapshot: la operación CompleteSnapshot completa una instantánea iniciada que se encuentra en estado pendiente. Posteriormente, la instantánea se puede cambiar a estado completo.

 

Para obtener más información, consulte la documentación técnica.

Las API GetSnapshotBlock y PutSnapshotBlock admiten tamaños de bloque de 512KiB.

No, las snapshots solo están disponibles a través del API de Amazon EC2.

No, las instantáneas se pueden realizar en tiempo real mientras el volumen está asociado y se está utilizando. No obstante, las instantáneas solo capturan los datos que se han grabado en el volumen de Amazon EBS, que no incluyen los datos que hayan almacenado locamente en la memoria caché la aplicación o el sistema operativo. Para poder garantizar la consistencia de las instantáneas en los volúmenes adjuntos a una instancia, se recomienda separar correctamente el volumen, emitir el comando de instantánea y volver a adjuntar el volumen. Para los volúmenes de Amazon EBS que sirven como dispositivos raíz, se recomienda apagar la máquina para realizar una snapshot limpia.

Por su diseño, una instantánea de EBS de un volumen completo de 16 TB no debería tardar más que el tiempo que lleva tomar una instantánea de un volumen completo de 1 TB. Sin embargo, el tiempo real que lleva crear un snapshot depende de varios factores, como el volumen de datos modificado desde el último snapshot del volumen de EBS.

Se proporciona un identificador exclusivo a cada snapshot y los clientes pueden crear volúmenes basándose en cualquiera de las snapshots existentes.

Puede determinar qué instantáneas han sido compartidas con usted si selecciona Instantáneas privadas en la lista de la sección Instantáneas en la consola de administración de AWS. En esta sección aparece una lista de las snapshots de su propiedad y las snapshots que han sido compartidas con usted.

Puede determinar qué instantáneas se comparten globalmente si selecciona Instantáneas públicas en la lista de la sección Instantáneas de la consola de administración de AWS. También puede restringir el acceso público a las instantáneas de una cuenta al habilitar Bloquear el acceso público para las instantáneas de EBS.

Puede usar la consola de administración de AWS para encontrar conjuntos de datos públicos almacenados como instantáneas de Amazon. Inicie sesión en la consola, seleccione Amazon EC2 Service, luego Snapshots y, finalmente, filtre por la opción Public Snapshots. Toda la información sobre conjuntos de datos públicos se encuentra disponible en nuestro centro de recursos de conjuntos de datos públicos de AWS.

Debe habilitar la FSR en las instantáneas si le preocupa la latencia del acceso a los datos cuando restaura los datos de una instantánea a un volumen y desea evitar el impacto inicial en el rendimiento durante la inicialización. El propósito de la FSR es ayudar con los casos de uso como la infraestructura de escritorio virtual (VDI), copia de seguridad y restauración, pruebas/desarrollo de copias de volumen y arranque desde AMI personalizada. Cuando habilita la FSR en su instantánea, verá un rendimiento mejorado y predecible siempre que necesite restaurar los datos de esa instantánea.

No. Las instantánea con la FSR habilitada mejoran la restauración de la copia de seguridad de datos desde su instantánea a sus volúmenes. Las instantáneas con la FSR habilitada no aceleran el tiempo de creación de instantáneas.

Para usar esta característica, invoque la nueva API enable-fast-snapshot-restoreres en una instantánea dentro de la zona de disponibilidad (AZ) donde se deben restaurar los volúmenes inicializados.

La instantánea con la FSR habilitada puede estar en uno de los siguientes estados: habilitación, optimización, habilitada, deshabilitación, deshabilitada. Las transiciones de estado son publicadas como eventos de CloudWatch y el estado de la FSR puede chequearse a través de la API enable-fast-snapshot-restoreres de restauración.

La habilitación de la FSR en una instantánea no cambia las interacciones existentes de la API de instantáneas y los flujos de trabajo existentes no tendrán que cambiar. La FSR puede habilitarse o deshabilitarse solamente en instantáneas de cuentas propias. La FSR no puede aplicarse a instantáneas compartidas. Puede ver la lista de sus instantáneas habilitadas para FSR a través de la API o la consola.

Los volúmenes creados a partir de una instantánea con la FSR habilitada están completamente inicializados. Sin embargo, hay límites en el número de volúmenes que pueden ser creados con un rendimiento completo inmediato. Estos límites se expresan en forma de un bucket de crédito que está asociado con una instantánea habilitada para la FSR en una AZ determinada. Los elementos importantes a saber con respecto a los créditos:

1. Una operación de creación de volumen único consume un único crédito.
2. El número de créditos es una función del tamaño de la instantánea habilitada para la FSR
3. Los créditos se recargan a lo largo del tiempo
4. El tamaño máximo del bucket de crédito es 10

Para calcular el tamaño de su bucket de crédito y la tasa de recarga, divida 1024 por el tamaño de su instantánea. Por ejemplo, una instantánea habilitada para la FSR de 100 GiB tendrá el saldo máximo de 10 créditos con una tasa de recarga de 10 créditos cada hora. Una instantánea de 4 TiB tendrá un saldo máximo de 1 con una tasa de recarga de 1 crédito cada 4 horas.

Es importante tener en cuenta que el tamaño del bucket de crédito es una función del tamaño de la instantánea habilitada para la FSR, no el tamaño de los volúmenes que se crean. Por ejemplo, es posible crear hasta diez volúmenes de 1TiB a partir de una instantánea de 100GiB a la vez.

Por último, cada AZ en la que la instantánea está habilitada para la FSR obtiene su propio bucket de crédito independiente de otras AZ.

El tamaño del bucket de crédito creado representa el número máximo y el saldo del bucket de crédito representa el número de creaciones disponibles. Cuando se recarga, se pueden crear hasta 10 volúmenes inicializados a partir de una instantánea habilitada para la FSR a la vez. Tanto el tamaño máximo del bucket de crédito como el saldo del bucket de crédito se publican como métricas de CloudWatch. Las creaciones de volumen más allá del límite procederán como si la FSR no estuviera habilitada en la instantánea.

Cuando se usa la FSR, se agrega un nuevo atributo específico de EBS (fastRestored) en la API DescribeVolumes para denotar el estado en el momento de la creación. Cuando se crea un volumen a partir de una instantánea habilitada para la FSR sin suficientes créditos de creación de volumen, la creación tendrá éxito pero el volumen no se inicializará.

Cuando elimina una instantánea, se desactiva automáticamente la FSR para su instantánea y la facturación de la FSR para la instantánea se eliminará.

Sí, puede habilitar la FSR para instantáneas públicas y para todas aquellas que sean privadas y se compartan con su cuenta. Para habilitar la FSR en instantáneas compartidas, puede utilizar el mismo conjunto de llamadas a la API que utiliza para habilitar la FSR en sus propias instantáneas.

Cuando habilita la FSR en una instantánea compartida, se le facturarán las tasas de FSR estándar (consulte las páginas de precios). Tenga en cuenta que solo se aplicarán los cargos a su cuenta por la FSR de la instantánea compartida. El propietario de la instantánea estará exento de cargos cuando usted habilite la FSR en la instantánea compartida.

Cuando el propietario de la instantánea compartida la elimina o deja de compartirla con usted al revocar sus permisos para crear volúmenes a partir de esa instantánea, la FSR habilitada para la instantánea compartida se desactiva automáticamente y se eliminará la facturación de la FSR para esa instantánea.

Puede utilizar Amazon Data Lifecycle Manager y AWS Systems Manager (SSM) para coordinar la congelación, el vaciado de E/S y la descongelación de su aplicación o base de datos, así como la inicialización de las instantáneas de EBS. Deberá proporcionar comandos para realizar las acciones específicas de su aplicación o base de datos. También puede consultar nuestra documentación para el código proporcionado por AWS y los documentos de SSM para MySQL, PostgreSQL y las aplicaciones de Windows.

Cifrado

Amazon EBS ofrece un cifrado integral de los volúmenes de datos de EBS, volúmenes e instantáneas de arranque, por lo que no resulta necesario compilar ni mantener una infraestructura segura de administración de claves. El cifrado de EBS habilita la seguridad de los datos en reposo mediante el cifrado de datos con claves administradas por Amazon o claves que usted crea y administra por medio de AWS Key Management Service (KMS). El cifrado se produce en los servidores que alojan las instancias EC2, por lo que los datos se cifran a medida que circulan entre las instancias EC2 y el almacenamiento de EBS. Para obtener más detalles, consulte la sección dedicada al cifrado de Amazon EBS en la Guía del usuario de Amazon EC2.

AWS KMS es un servicio administrado que facilita la creación y el control de las claves de cifrado que se utilizan para cifrar datos. AWS Key Management Service está integrado con otros servicios de AWS, como Amazon EBS, Amazon S3 y Amazon Redshift, para simplificar la tarea de cifrar los datos con claves que usted administra. AWS Key Management Service también está integrado con AWS CloudTrail para ofrecerle los logs de uso de todas las claves a fin de que se ajusten a las necesidades normativas y de conformidad. Para obtener más información sobre KMS, visite la página del producto AWS Key Management Service.

Puede usar el cifrado de Amazon EBS para satisfacer las necesidades de seguridad y conformidad de cifrado para el cifrado de los datos en reposo en la nube. La asociación del cifrado con las políticas de control de acceso existentes de IAM mejora la estrategia con un alto nivel de defensa de la compañía.

El cifrado de Amazon EBS se ocupa por usted de la administración de claves. Cada volumen recién creado obtiene una clave AES exclusiva de 256 bits. Los volúmenes creados para las instantáneas cifradas comparten esta clave. Estas claves están protegidas mediante nuestra propia infraestructura de administración de claves, que implementa sólidos controles de seguridad lógica y física a fin de impedir el acceso no autorizado. Los datos y las claves asociadas se cifran mediante el algoritmo AES-256 estándar de la industria.

Sí.

Sí, con claves maestras de clientes (CMK) cuya administración está a cargo de AWS o del cliente. Puede especificar el cifrado y los detalles del volumen mediante una llamada a una API RunInstances con el parámetro BlockDeviceMapping o mediante el asistente de lanzamiento en la consola de EC2.

Sí, puede crear volúmenes de datos cifrados con el cifrado CMK predeterminado o personalizado al momento del lanzamiento de las instancias. Puede especificar el cifrado y los detalles del volumen con el objeto BlockDeviceMapping en una llamada a la API RunInstances o mediante el asistente de lanzamiento en la consola de EC2.

Sí. Para obtener más información, consulte la documentación técnica.

Sí. Puede compartir AMI e instantáneas cifradas con otras cuentas de AWS utilizando una clave maestra de cliente (CMK) administrada por el cliente. Para obtener más información, consulte la documentación técnica.

Sí, puede activar el cifrado de EBS de manera predeterminada con un único ajuste por región. De esta manera, se garantiza que todos los volúmenes nuevos siempre estén cifrados. Consulte la documentación técnica para obtener más información. 

Facturación y medición

Sí, se le cobrarán las IOPS provisionadas cuando se desconecte de una instancia. Tras desconectar un volumen, le recomendamos que cree una instantánea y elimine el volumen para reducir costos. Para obtener más información, consulte la comprobación de optimización de costos “Volúmenes de EBS infrautilizados” en Trusted Advisor. Esta opción comprueba las configuraciones del volumen de Amazon Elastic Block Store (Amazon EBS) e informa si el volumen parece estar infrautilizado.

Si no se especifica lo contrario, nuestros precios no incluyen los impuestos ni gravámenes correspondientes, como el IVA y cualquier otro impuesto sobre las ventas.  En el caso de los clientes con una dirección de facturación de Japón, el uso de los servicios de AWS está sujeto al impuesto de consumo nipón. Obtenga más información.

Multi-Attach (multiadjunto)

No. Se puede habilitar Multi-Attach en un volumen de IOPS aprovisionadas de EBS y se incurrirá en cargos por el almacenamiento (GB/mes) y las IOPS (IOPS/mes) que se aprovisionen.

No.

El comportamiento de deleteOnTermination del volumen lo determina la configuración de la última instancia adjunta que finaliza. Para garantizar la eliminación predictiva en el comportamiento de finalización, habilite o deshabilite “deleteOnTermination” en todas las instancias a las que está adjunto el volumen.

Si desea que el volumen sea eliminado cuando las instancias adjuntas finalicen, habilite “deleteOnTermination” en todas las instancias a las que está adjunto el volumen. Si desea conservar el volumen una vez que hayan terminado las instancias adjuntas, deshabilite “deleteOnTermination” en todas las instancias adjuntas. Para obtener más información, consulte la documentación técnica de Multi-Attach.

Su aplicación puede utilizar Multi-Attach si la aplicación está basada en un clúster de conmutación por error de Windows Server, coordina el acceso seguro al almacenamiento compartido mediante reservas de NVMe o coordina el acceso seguro en la aplicación.