Preguntas frecuentes de hosts dedicados de Amazon EC2

Aspectos generales

Los hosts dedicados de Amazon EC2 (“hosts dedicados” o “hosts”) son servidores físicos con capacidad para instancias de EC2 dedicada completamente para su uso. Los hosts dedicados admiten diferentes configuraciones (núcleos físicos, sockets y CPU virtuales) que permiten que seleccione y ejecute instancias de diferentes familias y tamaños según lo que necesite para su empresa.

Sí, los servidores sin sistema operativo están destinados a los clientes que desean utilizar su propio hipervisor o para aplicaciones que deben ejecutarse en entornos no virtualizados. Los hosts dedicados de EC2 admiten la ejecución de instancias básicas, lo que le permite traer su propio hipervisor.

Los hosts dedicados permiten que utilice sus licencias de software aptas por socket, por núcleo o por máquina virtual, incluidas las de Windows Server, SQL Server, SUSE Linux Enterprise Server, Red Hat Enterprise Linux o cualquier otra licencia de software vinculada a máquinas virtuales, sockets o núcleos físicos sujetos a los términos de la licencia. Esto lo ayuda a reducir costos al aprovechar sus inversiones existentes. Los hosts dedicados también son una buena opción cuando su organización busca ejecutar ciertas aplicaciones en una infraestructura de propietario único a fin de cumplir requisitos regulatorios y de cumplimiento corporativo específicos. Los alojamientos dedicados están integrados con AWS License Manager a fin de ayudarlo a rastrear el uso de la licencia y automatizar la administración de las tareas del anfitrión, como la asignación, el lanzamiento y la recuperación de este.

Los hosts dedicados T3 son instancias T3 ampliables de uso general que comparten recursos de CPU en su host asignado al proporcionar un rendimiento de CPU de referencia con la capacidad de aumentar a un nivel superior hasta que la instancia gasta los créditos acumulados en su saldo de créditos de CPU. Esto permite que un solo alojamiento dedicado T3 admita hasta 4 veces más instancias que los alojamientos dedicados no expandibles comparables. Los alojamientos dedicados T3 también admiten tamaños de instancia más pequeños, como t3.nano, t3.micro, t3.small y t3.medium. Estos tamaños de instancia más pequeños son adecuados para ejecutar Microsoft Windows Desktop y Windows Server, o bases de datos pequeñas y medianas.

Tanto las instancias dedicadas T3 como los hosts dedicados T3 ejecutan instancias T3 en servidores físicos dedicados a un solo cliente. La diferencia clave entre un alojamiento dedicado T3 y una instancia dedicada T3 es que un alojamiento dedicado T3 le brinda visibilidad y control adicionales sobre cómo se colocan las instancias en un servidor físico. Los alojamientos dedicados T3 ofrecen facturación por anfitrión y son más adecuados para ejecutar costosos entornos BYOL físicos basados en núcleos, como Microsoft SQL Server y Windows Server. Las instancias dedicadas T3, por otro lado, ofrecen facturación por instancia y son adecuadas para ejecutar el software BYOL por vCPU, por instancia o por usuario. Una diferencia adicional entre la instancia dedicada T3 y el alojamiento dedicado T3 es que las primeras admiten la opción de configuración de crédito en modo estándar y en modo ilimitado, mientras que las segundas admiten instancias T3 solo con la opción de configuración de crédito en modo estándar.

Sí. Las instancias T3 en los alojamientos dedicados T3 utilizan créditos para hacer un seguimiento de la cantidad de CPU que se utiliza por instancia. Utilizan el mismo modelo de crédito que las instancias T3 en tenencia compartida, pero no admiten créditos excedentes, que son créditos adicionales que se utilizan cuando se ejecutan en modo ilimitado.

Las instancias T3 que se ejecutan en hosts dedicados T3 admiten el modo estándar de configuración de crédito, en el que una instancia puede superar la línea de base hasta que agote todos los créditos ganados. Los alojamientos dedicados T3 no admiten la ejecución de instancias T3 en modo ilimitado debido a los recursos de anfitriones individuales limitados.

Las instancias T3 están vinculadas a los recursos de un host dedicado específico. Si bien la mayoría de las instancias T3 de uso de CPU de bajo a moderado se dispararán a un nivel de CPU más alto cuando sea necesario, es posible experimentar una variabilidad de rendimiento a corto plazo si varias instancias de T3 tienen patrones de uso de CPU elevados correlacionados. Un ejemplo de cuando esto puede suceder es si ejecuta una infraestructura VDI en alojamientos dedicados T3 y una gran cantidad de usuarios están iniciando sesión al mismo tiempo, mediante una gran cantidad de ciclos de CPU. Para obtener el mejor rendimiento, le recomendamos monitorear cómo sus instancias T3 utilizan los recursos de CPU del hardware dedicado mediante la métrica DedicatedHostCPUUtilization. Esta nueva métrica estará disponible en CloudWatch en el espacio de nombres EC2 y la dimensión “Métricas por anfitrión”, y ayudará a determinar la utilización de la CPU en el alojamiento dedicado.

Uso de hosts dedicados

Puede comenzar a utilizar los hosts dedicados simplemente al asignar un host mediante la consola, la API o la CLI de EC2 y luego lanzar instancias en él. Los hosts dedicados en general pasan las siguientes etapas en su ciclo de vida:

  1. Asignación del host: un host queda accesible una vez que lo asigna dentro de su cuenta de AWS. Para asignar un host, puede utilizar la API AllocateHosts o la AWS CLI allocate-hosts, o utilizar la consola de administración de AWS.
  2. Ubicación de instancias: para lanzar instancias en cualquier host, debe especificar la tenencia “host” mediante la API RunInstances o en la consola de administración de AWS. Para lanzar instancias en un host específico, necesita indicar el ID de host como destino en la consola de administración de AWS o en la API RunInstances.
  3. Liberación del host: cuando ya no necesite un host, primero debe detener o terminar todas las instancias que se ejecuten en él y, a continuación, liberarlo mediante la API ReleaseHosts o la consola de administración de AWS.

También puede automatizar la asignación del host, la ubicación de instancias y las tareas de liberación del host mediante la especificación de las preferencias de administración del host dedicado en AWS License Manager. License Manager lo ayuda a automatizar el rastreo de la licencia cuando usa sus propias licencias de software (licencias de Windows y SQL Server, entre otras) en AWS. También lo ayuda a agregar los hosts dedicados existentes a la experiencia automatizada.

Puede utilizar AWS License Manager para automatizar la administración de licencias que usa con los hosts dedicados de EC2. Para usar sus propias licencias (BYOL) con los hosts dedicados de EC2 y automatizar la administración del host, debe realizar los siguientes pasos.

  • Paso 1: defina las reglas de licencias para las licencias del software, como Windows Server y SQL Server, que desea usar en AWS. Recomendamos contactar a sus asesores de licencias para comprender mejor los términos.
  • Paso 2: defina sus preferencias para administrar los hosts subyacentes. Por ejemplo, puede definir cómo asignar y liberar hosts, qué licencias usar, qué tipos de instancias permitir y si desea activar la recuperación del host.
  • Paso 3: (opcional) si desea que otras cuentas de AWS en su organización utilicen la capacidad disponible en los hosts, puede compartir las preferencias de administración y las reglas de licencias de los hosts entre sus cuentas organizativas.

Luego de configurarse, los usuarios en su organización pueden simplemente lanzar las instancias BYOL de igual manera en la que lanzarían instancias con licencias proporcionadas por AWS y AWS realizará las tareas administrativas comunes. La mayoría de los proveedores en la nube ofrecen una automatización limitada para los hosts dedicados, por lo que los administradores deben realizar tareas de administración continuas, como la asignación de hosts, la utilización de la capacidad del host y la ubicación de la instancia. En AWS, puede automatizar toda la administración de los hosts dedicados de EC2 mediante AWS License Manager y aprovechar las capacidades de EC2 como el escalado automático con los hosts dedicados.

Sí, una vez que defina las preferencias de administración de los hosts dedicados en AWS License Manager, puede sumar sus hosts dedicados existentes a la experiencia de administración automatizada con solo unos clics y dejar que AWS los administre por usted.

No, no hay cargos adicionales por utilizar AWS License Manager para administrar los hosts dedicados. Solo paga por los hosts dedicados que License Manager asigna en su nombre en la cuenta de AWS. Consulte Precios de hosts dedicados para obtener más información.

Puede asignar los hosts dedicados según el límite que esté asociado a su cuenta. Para obtener más información, consulte la documentación sobre Límites de los servicios de AWS. Si utiliza la administración automatizada, entonces puede configurar los límites del nivel de licencia en AWS License Manager.

Capacidades y características del host dedicado

A continuación, se presentan las capacidades disponibles en los hosts dedicados:

  1. Compatibilidad con varios tamaños de instancia: puede ejecutar varios tamaños de instancia dentro de la misma familia de instancias en un host dedicado al aprovechar las instancias basadas en Nitro que son compatibles con esta capacidad. Esto ayuda a maximizar el uso de su flota de hosts dedicados, como también de sus licencias de software. La compatibilidad con varios tipos de instancias en el mismo host dedicado está disponible para las familias de instancias mencionadas aquí.
  2. Control de ubicación de instancias: tiene la opción de lanzar instancias en un host dedicado específico, lo cual lo ayuda a seguir los requisitos de cumplimiento.
  3. Afinidad: tiene la opción de tener vinculadas las instancias a un host, incluso si lo detiene y lo inicia, al especificar la afinidad de la instancia con un host específico.
  4. Monitoreo continuo: puede monitorear y registrar de forma continua cuándo se lanzan, inician o terminan las instancias en los hosts dedicados mediante el registro de AWS Config. El monitoreo continuo lo ayuda a seguir los requisitos de cumplimiento, como la auditoría de instancias que se lanzan en los hosts dedicados.
  5. Visibilidad de sockets y núcleos físicos: tiene visibilidad de la cantidad de sockets y núcleos físicos, lo que lo ayuda a cumplir con las obligaciones de licencias que implica usar núcleos y sockets físicos basados en licencias.
  6. Administración de licencias integrada: tiene la opción de automatizar el rastreo y la administración de sus licencias de software en hosts dedicados mediante AWS License Manager. Puede consultar la documentación de AWS License Manager para obtener más detalles.
  7. Administración automática y escalado automático: puede automatizar la administración de hosts dedicados mediante AWS License Manager y también puede lograr elasticidad en los hosts dedicados mediante los grupos de escalado automático.
  8. Uso compartido entre cuentas: puede compartir recursos entre cuentas de hosts dedicados dentro de su organización o una unidad organizacional al permitir el uso compartido entre cuentas.
  9. Recuperación del host: puede hacer que las instancias en los hosts dedicados sean más resilientes al activar la recuperación del host. La recuperación del host reinicia automáticamente sus instancias en un host nuevo si ocurre un error de hardware inesperado.
  10. Mantenimiento del host: con el mantenimiento automatizado del host, puede reducir el tiempo de inactividad de su aplicación y librarse del arduo trabajo indiferenciado de mantenimiento del host para sus hosts dedicados. En el caso excepcional de que hubiera una degradación del host, o para mantenimientos programados de EC2, AWS asigna un nuevo host dedicado y reinicia su instancia durante un evento de mantenimiento programado.

Compatibilidad con varios tamaños de instancia

El número máximo de instancias que puede ejecutar por alojamiento varía en función de la configuración del tipo de instancia. Puede ver el número máximo de instancias por host en la página de precios de hosts dedicados, en la consola de hosts dedicados de EC2 o en la API DescribeHosts.

Control de ubicación de instancias

Tiene la opción de lanzar instancias en un alojamiento dedicado específico o de dejar que Amazon EC2 coloque las instancias automáticamente. Controlar la ubicación de las instancias permite implementar aplicaciones para ayudar a cumplir con los requisitos de licencia, conformidad empresarial y reglamentarios.

No, no tiene que ubicar las instancias de forma manual. Puede utilizar AWS License Manager para automatizar la ubicación de instancias y dejar que AWS la administre por usted.

Puede lanzar instancias mediante AWS License Manager del mismo modo que lo hace con las licencias proporcionadas por Amazon. Simplemente especifique la AMI y el tipo de instancia. Es opcional brindar un tipo de tenencia como “host” al lanzar instancias mediante AWS License Manager.

Sí, para lanzar una instancia mediante AWS License Manager, debe asociar un grupo de recursos del host a su configuración de licencia en AWS License Manager y configurar las reglas de licencia de modo que las nuevas instancias se lancen según sus requisitos de capacidad.

Un grupo de recursos del host es un grupo de hosts dedicados que puede administrar como una entidad única. Puede utilizar grupos de recursos del host para separar hosts por finalidad (por ejemplo, desarrollo/prueba versus producción), unidad organizativa o limitación de licencia.

Afinidad

Existen ciertos escenarios en los que se necesita que la licencia siga asignada en el mismo servidor físico por un periodo específico. Por ejemplo, Microsoft requiere que las licencias de Windows Server sigan asignadas al mismo servidor físico durante al menos 90 días. Al utilizar AWS License Manager, puede configurar reglas de afinidad de licencias para restringir el uso de una licencia por la cantidad de días especificada.

Visibilidad de sockets y núcleos físicos

Sí, puede identificar cada host dedicado mediante el ID de host. En caso que un servidor físico subyacente se reemplace, al host dedicado se le asigna un ID nuevo.

Sí, el ID de host es similar a un ID de recurso de un servidor físico.

No, AWS no reutilizará el mismo ID de host para un servidor físico distinto. Cada servidor físico tiene un ID de host distinto. Si AWS reemplaza el servidor físico subyacente debido a fines relacionados con la garantía u otros requisitos de AWS, también recibirá un ID de host nuevo. AWS no cambia el servidor físico sin cambiar el ID de host.

Administración de licencias integrada

Puede utilizar la API describe-hosts de EC2 para rastrear la cantidad de sockets y núcleos físicos en un host dedicado. También puede utilizar AWS License Manager para automatizar el rastreo de sockets y núcleos físicos.

Administración automática y escalado automático

Puede utilizar los grupos de escalado automático (ASG) para lanzar hosts dedicados en cualquiera de sus Amazon Virtual Private Cloud (Amazon VPC). Para usar los ASG, debe crear un grupo de recursos del host en AWS License Manager. Una vez que especifique los requisitos en el grupo de recursos del host, puede crear una plantilla de lanzamiento y luego crear un ASG mediante dicha plantilla.

Uso compartido entre cuentas

Sí, puede compartir hosts dedicados con todas sus cuentas de AWS. Tiene la flexibilidad de poder compartir hosts con algunas cuentas o con todas las cuentas en AWS Organizations para ahorrar costos.

Los hosts dedicados compartidos solo cuentan para los límites de hosts dedicados de la cuenta del propietario. Los límites de los hosts dedicados de la cuenta de un miembro no se ven afectados por los hosts dedicados que se comparten con ellos. De igual modo, las instancias que los miembros lanzan a hosts dedicados compartidos no cuentan para sus límites de instancias.

Recuperación del host

Puede activar la recuperación del host a través de la consola de AWS o mediante una CLI o una API. Puede habilitar, deshabilitar y ver la configuración de la recuperación del host para un host dedicado en cualquier momento. También puede activar la recuperación del host para un grupo de hosts dedicados mediante el grupo de recursos del host en AWS License Manager.

Redes

Las instancias que se ejecutan en hosts solo se pueden asignar a Amazon Virtual Public Cloud. No puede ejecutar una instancia en un host con el tipo de red EC2 Classic.

No, a una Amazon VPC dedicada se le pueden asignar instancias dedicadas e instancias que se ejecuten en hosts.

Mantenimiento del host dedicado

Su host dedicado puede requerir mantenimiento por distintas razones. Amazon puede haber detectado degradación en el hardware subyacente que requiera mantenimiento. Además, puede hacerse debido a actividades de mantenimiento rutinarias de EC2. EC2 hace tareas de mantenimiento de forma rutinaria en los sistemas subyacentes para mejorar la seguridad, fiabilidad y rendimiento operacional en el servicio EC2 para nuestros clientes. Obtenga información adicional sobre los eventos de mantenimiento en la Guía del usuario de EC2 aquí. A fin de evitar cualquier punto único de error en aplicaciones críticas, consulte nuestro centro de arquitectura para obtener más información sobre cómo implementar arquitecturas tolerantes a errores.

La característica de mantenimiento automático del host se ofrece a hosts dedicados en todas las regiones de AWS clásicas. El mantenimiento automático del host no está disponible en AWS Outposts, en las zonas locales de AWS ni en las zonas de Wavelength.

Con el mantenimiento automatizado del host, puede reducir el tiempo de inactividad de su aplicación y librarse del arduo trabajo indiferenciado y operacional de mantenimiento para sus hosts dedicados. La programación y ejecución automática de eventos de mantenimiento reducen la necesidad de intervención manual, lo que le da la libertad para gestionar tareas más importantes, además de darle la flexibilidad de controlar cuándo se mantienen sus hosts dedicados. 

Accesibilidad del host:

  • Recuperación del host: no accesible
  • Mantenimiento del host: accesible
     

Estado del host:

  • Recuperación del host: en evaluación
  • Mantenimiento del host: error permanente
     

Acción:

  • Recuperación del host: la recuperación es inmediata
  • Mantenimiento del host: el mantenimiento está programado
     

Flexibilidad de la programación:

  • Recuperación del host: no se puede reprogramar
  • Mantenimiento del host: no se puede reprogramar
     

Compatibilidad con el grupo de recursos del host:

  • Recuperación del host: compatible
  • Mantenimiento del host: no compatible

Durante el mantenimiento, sus instancias se reiniciarán en un nuevo host dedicado. Después del mantenimiento, que puede tardar algunos minutos en completarse, sus instancias conservarán los mismos atributos que las instancias originales, incluidos los ID de la instancia, las direcciones IP privadas, las direcciones IP elásticas, las conexiones de volúmenes de EBS y todos los metadatos de las instancias. Cualquier instancia que no se puede reiniciar automáticamente en el nuevo host se detendrá en caso de que esté usando un volumen raíz de EBS o se terminará si está usando un volumen raíz de almacén de instancias 28 días después de que se le notifique sobre el mantenimiento programado.

Su host dedicado afectado se liberará automáticamente después de que todas sus instancias se hayan reiniciado en un nuevo host de sustitución o se hayan detenido. Podrá acceder a las instancias existentes en el host en cuestión antes del evento de mantenimiento programado. Sin embargo, no puede lanzar instancias nuevas en este host. Se le asignará un nuevo host dedicado antes de su actividad de mantenimiento programada. El host dedicado de sustitución tendrá un nuevo ID de host, pero conservará los mismos atributos que el host dedicado original, incluidos la zona de accesibilidad, el tipo de instancia, las etiquetas, la configuración de ubicación automática, la afinidad del host, la recuperación del host y la configuración de mantenimiento del host. Si el host dedicado en cuestión tiene una reserva asociada, EC2 transferirá automáticamente esta reserva al nuevo host.

Se considera que un host degradado tiene un error de hardware y se retira. Si fuera el caso, las licencias compatibles incluidas las licencias de servidor de Microsoft Windows pueden volverse a asignar a otro servidor hasta 90 días después de la asignación inicial. Si está usando AWS License Manager para hacer un seguimiento de sus licencias, dicho servicio asigna nuevas licencias de sustitución al host dedicado según los límites de configuración de su licencia. Una vez se haya liberado el host degradado, las licencias que estaban asociadas con él estarán disponibles para volverse a asignar.

Después de detectar degradación en su host dedicado, AWS programa el evento de mantenimiento automático del host para dentro de 14 días. De esta forma, tendrá tiempo de prepararse. La duración del mantenimiento del host depende de múltiples parámetros, incluidos el tipo y el número de instancias que se ejecutan en el host dedicado. Normalmente, el evento de mantenimiento se completa en unos pocos minutos.

Sí, puede reprogramar el evento de mantenimiento del host. En un primer momento, el evento se programa 14 días después de recibir la notificación. Tiene la opción de reprogramar el evento para reiniciar sus instancias para una fecha más cercana o para hasta 7 días después del periodo de 14 días inicial.  Para reprogramar el evento de mantenimiento del host, siga los pasos de la Guía de programación de eventos.

Cuando AWS detecta degradación en su host dedicado y programa un evento de mantenimiento, recibirá una notificación por correo electrónico con los detalles del host degradado y del evento de mantenimiento programado. El correo también describirá la franja horaria del mantenimiento de las instancias que se ejecutan en el host. En el caso excepcional que el mantenimiento del host no tenga éxito, recibirá una notificación por correo electrónico indicándole que desaloje el host como máximo 28 días después de la fecha del evento.

Si deshabilita el mantenimiento del host, en caso de que su host dedicado tenga un estado degradado o de error permanente, recibirá una notificación de correo electrónico para desalojar el host y migrar manualmente sus instancias a otro host dedicado en un plazo de 28 días. Si tiene una reserva de host dedicado, se alojará en un host de sustitución. Pasados los 28 días, el host degradado se desalojará y liberará automáticamente.

El mantenimiento del host se habilita automáticamente cuando asigna hosts dedicados nuevos que sean compatibles con el mantenimiento de host mediante la consola de EC2. Para deshabilitarlo, anule la selección de la casilla de verificación “Host Maintenance” (Mantenimiento de host). También puede habilitar la característica si modifica un host existente y activa la característica “Host Maintenance” (Mantenimiento de host). La API de EC2 es compatible con la activación y desactivación del mantenimiento del host (también mientras la API está en uso). Para obtener más detalles, consulte la Guía del usuario de mantenimiento de hosts dedicados.

No, no se le cobrará por el host degradado. Solo se le cobrará por el host nuevo. Si tenía una reserva de host dedicado asociada al host degradado, esta se transferirá al host nuevo. 

No debe especificar un periodo de mantenimiento. AWS administra los parches de hosts dedicados y otras opciones de tenencia de EC2 de forma automática. Sin embargo, si lo prefiere, puede especificar un periodo de mantenimiento para asegurarse de que AWS haga el mantenimiento de su host solamente en ese periodo.

Precios de hosts dedicados

Las siguientes son las opciones de licencia disponibles en hosts dedicados:

  1. Usar sus propias licencias (BYOL): puede usar sus licencias de software aptas existentes por socket, por núcleo o por máquina virtual, que están vinculadas a sockets, máquinas virtuales o núcleos físicos, así como otros tipo de licencias, sujetos a los términos de la licencia. 
  2. Licencia incluida (LI): puede utilizar las AMI de Windows Server proporcionadas por AWS.
  3. Amazon Linux: puede utilizar el sistema operativo gratuito de código abierto de Amazon Linux y ejecutar cualquiera de sus cargas de trabajo en los hosts dedicados de AWS. Los hosts dedicados también admiten instancias de licencia incluida para todos los sistemas operativos de Linux (incluidos AL, AL2, Ubuntu), excepto SUSE y RHEL.
  4. AMI de AWS Marketplace: puede lanzar todas las AMI de AWS Marketplace en los hosts dedicados.

Puede usar las AMI de BYOL, Amazon Linux, Windows Server que proporciona Amazon, y las AMI de AWS Marketplace en alojamientos dedicados.

AWS brinda tres opciones de compra diferentes para satisfacer sus necesidades y maximizar sus ahorros.

  1. Bajo demanda: esta es una opción de precios basada en la falta de compromiso en la que paga por cada segundo (minuto de 60 segundos) en que el host dedicado está activo (o asignado) en su cuenta. Puede terminar la facturación de cualquier host dedicado específico bajo demanda al liberarlo y tiene la flexibilidad de aumentar o reducir según sus requisitos.
  2. Instancias reservadas: esta es una opción de precios basada en el compromiso y puede comprar una instancia reservada por un compromiso de uno o tres años. El compromiso de tres años tiene mayor descuento. Existen tres opciones de pago: instancia reservada con pago total anticipado, pago parcial anticipado y sin pago anticipado. Las instancias reservadas pueden generar ahorros de costo de hasta el 70 % en sus costos bajo demanda en este periodo.
  3. Savings Plans: este es un modelo de precios flexible que ofrece ahorros significativos en los servicios bajo demanda a cambio del compromiso de utilizar una cantidad específica de cómputo (medida en USD/hora) durante un periodo de uno o tres años. Savings Plans reduce de forma automática la facturación del uso de cómputo en todas las regiones de AWS, incluso como cambios de uso. Eso proporciona la flexibilidad de utilizar toda opción de cómputo que se adapte a sus necesidades y lo ayuda a ahorrar hasta un 72 % en el uso de cómputo de AWS.

*Nota: En este momento, solo las instancias de host dedicado virtual están disponibles para Savings Plans, mientras que las instancias metal no lo están.

Para un host que se ejecuta bajo demanda, paga por cada segundo (mínimo de 60 segundos) que el host está activo (o asignado) en su cuenta, independientemente de la cantidad de instancias o tipos de AMI que se ejecutan en el host. Libere un host dedicado bajo demanda específico para detener la facturación correspondiente. Los precios de instancia bajo demanda aportan la flexibilidad de poder aumentar o reducir su estructura sin tener que realizar compromisos a largo plazo.

Nota: El Windows Server de licencia incluida (LI) en hosts dedicados se cobra por hora.

Paga por las instancias reservadas por un compromiso de uno o tres años. Existen tres opciones de pago: pago total anticipado, pago parcial anticipado y sin pago anticipado.

  1. Pago total anticipado: salda la totalidad del costo de su reserva de host dedicado en un pago anticipado. El pago total anticipado ofrece los mejores precios en comparación con las opciones de pago parcial anticipado o sin pago anticipado. 
  2. Pago parcial anticipado: paga cerca de la mitad del costo de reserva de forma anticipada. El costo restante se amortiza (y se cobra por hora) entre cada hora en el periodo. El pago parcial anticipado ofrece mejores precios que la opción sin pago anticipado.
  3. Sin pago anticipado: no paga nada por anticipado y todo el costo de la instancia reservada se amortiza (y se cobra por hora) entre cada hora en el periodo.
    Puede contactar a su director de cuenta si necesita reservar hosts dedicados por un periodo mayor que tres años.

Con las instancias reservadas, el ahorro puede alcanzar el 70 % respecto al precio bajo demanda. Cuando adquiere una reserva de host dedicado, se facturará por cada hora durante todo el periodo que seleccione, independientemente de si las instancias están en ejecución. El precio efectivo por hora refleja el costo amortizado por hora de la reserva del host dedicado (toma el costo total de la reserva del host durante todo el periodo, incluidos los pagos anticipados, y se extiende por cada hora del periodo).

Cada mes, el pago real será equivalente a la cantidad de horas de dicho mes multiplicado por la tarifa de uso por hora. La tarifa de uso por hora equivale a los pagos promedio totales mensuales durante el periodo, divididos por la cantidad total de horas (cálculo basado en un año de 365 días) durante el periodo.

No, debe comprar y asignar un host dedicado a su cuenta para poder elegir la opción de instancia reservada.

Puede comprar una instancia reservada para un host dedicado al asignar una cierta cantidad de hosts por un periodo de uno o tres años. Una vez que haya asignado un host dedicado a su cuenta, puede pagar por una instancia reservada de uno o tres años para el host dedicado. Cuando compra una instancia reservada y la asigna al host dedicado, se compromete a pagar dicho host durante un periodo mínimo igual al periodo de la instancia reservada.

Cuando su instancia reservada caduca, los hosts dedicados permanecen asignados a su cuenta y puede seguir utilizándolos. Si decide no lanzar los hosts dedicados, entonces se cobrará bajo demanda después del vencimiento de la instancia reservada. También tendrá la opción de pagar por otra instancia reservada para los mismos hosts dedicados.

Sujeto a los términos de licencia de Microsoft, puede usar sus licencias aptas existentes de Windows Server y SQL Server en hosts dedicados. No hay cargo adicional para el uso de software si elije utilizar sus propias licencias.

Además, puede usar las imágenes de Amazon Machine (AMI) de Windows Server que proporciona Amazon para ejecutar las versiones más recientes de Windows Server en hosts dedicados. Esto es común para escenarios en los que tiene licencias de SQL Server existentes aptas para ejecutarse en hosts dedicados pero requieren Windows Server a fin de ejecutar la carga de trabajo de SQL Server. Para obtener más detalles sobre los precios de las AMI, consulte la página de precios de hosts dedicados.

No tiene derecho a poseer físicamente ni tener acceso físico a ningún servidor, equipo, bienes muebles o inmuebles de AWS ni cualquier otro activo propiedad de AWS.