Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Cambios de configuración
Al modificar las opciones de configuración en la sección **Configuración** de la [consola de administración del entorno](environments-console.md), AWS Elastic Beanstalk propaga el cambio a todos los recursos afectados. Estos recursos incluyen el balanceador de carga que distribuye el tráfico a las EC2 instancias de Amazon que ejecutan tu aplicación, el grupo de Auto Scaling que administra esas instancias y las propias EC2 instancias.
Se pueden aplicar muchos cambios de configuración a un entorno en ejecución sin reemplazar las instancias existentes. Por ejemplo, la configuración de una [URL de comprobación de estado](environments-cfg-clb.md#using-features.managing.elb.healthchecks) activa una actualización del entorno para modificar la configuración del equilibrador de carga, pero no causa ningún tiempo de inactividad, ya que las instancias que ejecutan su aplicación siguen sirviendo solicitudes mientras se propaga la actualización.
Para los cambios de configuración que modifican la [configuración de lanzamiento](command-options-general.md#command-options-general-autoscalinglaunchconfiguration) o la [configuración de VPC](command-options-general.md#command-options-general-ec2vpc) es necesario terminar todas las instancias del entorno y reemplazarlas. Por ejemplo, cuando cambias el tipo de instancia o la configuración de la clave SSH de tu entorno, las EC2 instancias deben cancelarse y reemplazarse. Elastic Beanstalk proporciona varias políticas que determinan cómo se realiza este reemplazo.
+ **Rolling updates (Actualizaciones continuas)**: Elastic Beanstalk aplica los cambios de configuración en lotes, manteniendo un número mínimo de instancias en ejecución y sirviendo tráfico en todo momento. Este enfoque evita el tiempo de inactividad durante el proceso de actualización. Para obtener más información, consulte [Actualizaciones continuas](using-features.rollingupdates.md).
+ **Immutable updates (Actualizaciones inmutables)**: Elastic Beanstalk lanza un grupo de escalado automático temporal fuera del entorno con un conjunto independiente de instancias que se ejecutan con la nueva configuración. A continuación, Elastic Beanstalk coloca estas instancias detrás del equilibrador de carga del entorno. Las instancias antiguas y nuevas sirven tráfico hasta que las nuevas instancias pasan las comprobaciones de estado. En ese momento, Elastic Beanstalk mueve las nuevas instancias al grupo de escalado automático del entorno y finaliza el grupo temporal y las instancias antiguas. Para obtener más información, consulte [Actualizaciones inmutables](environmentmgmt-updates-immutable.md).
+ **Disabled (Desactivado)**: Elastic Beanstalk no intenta evitar el tiempo de inactividad. Finaliza las instancias existentes de su entorno y las reemplaza por instancias nuevas que se ejecutan con la nueva configuración.
**aviso**
Algunas políticas reemplazan todas las instancias durante la implementación o actualización. Esto provoca la pérdida de todos los [ EC2 saldos acumulados en Amazon](https://docs.aws.amazon.com/AWSEC2/latest/DeveloperGuide/burstable-performance-instances.html). Sucede en los siguientes casos:
Actualizaciones de plataforma administradas con reemplazo de instancias habilitado
Actualizaciones inmutables
Implementaciones con actualizaciones inmutables o división de tráfico habilitada
**Tipos de actualización admitidos**
| Configuración de actualizaciones continuas | Entornos con balanceo de carga | Entornos de una sola instancia | Entornos de Windows Server heredados |
| --- | --- | --- | --- |
| Deshabilitado | ![\[Yes\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/images/icon-yes.png) Sí | ![\[Yes\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/images/icon-yes.png) Sí | ![\[Yes\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/images/icon-yes.png) Sí |
| Continua en función del estado | ![\[Yes\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/images/icon-yes.png) Sí | ![\[No\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/images/icon-no.png) No | ![\[Yes\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/images/icon-yes.png) Sí |
| Continua en función del tiempo | ![\[Yes\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/images/icon-yes.png) Sí | ![\[No\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/images/icon-no.png) No | ![\[Yes\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/images/icon-yes.png) Sí |
| Inmutable | ![\[Yes\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/images/icon-yes.png) Sí | ![\[Yes\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/images/icon-yes.png) Sí | ![\[No\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/images/icon-no.png) No |
† A efectos de esta tabla, un *entorno de Windows Server heredado* es un entorno basado en una [configuración de plataforma de Windows Server](https://docs.aws.amazon.com/elasticbeanstalk/latest/platforms/platforms-supported.html#platforms-supported.net) que utiliza una versión de IIS anterior a IIS 8.5.
**Topics**
+ [Actualizaciones de configuración del entorno continuas de Elastic Beanstalk](using-features.rollingupdates.md)
+ [Actualizaciones del entorno inmutables](environmentmgmt-updates-immutable.md)
# Actualizaciones de configuración del entorno continuas de Elastic Beanstalk
Cuando un [cambio de configuración requiere que se reemplacen las instancias](environments-updating.md), Elastic Beanstalk puede realizar la actualización en lotes para evitar tiempo de inactividad mientras se propaga el cambio. Durante una actualización continua, la capacidad solo se reduce por el tamaño de un solo lote, que puede configurar. Elastic Beanstalk deja un lote de instancias fuera de servicio, termina las instancias y después lanza un lote con la nueva configuración. Una vez que el nuevo lote empieza a servir solicitudes, Elastic Beanstalk pasa al siguiente lote.
Los lotes de actualizaciones de configuración continuas se pueden procesar periódicamente (actualización basada en el tiempo), con un retraso entre cada lote o en función del estado. En las actualizaciones continuas basadas en tiempo, puede configurar la cantidad de tiempo que Elastic Beanstalk debe esperar después de completar el lanzamiento de un lote de instancias antes de pasar al siguiente lote. Esta pausa permite que la aplicación arranque y empiece a atender solicitudes.
Con las actualizaciones continuas basadas en estado, Elastic Beanstalk espera a que las instancias de un lote superen las comprobaciones de estado antes de pasar al siguiente lote. El estado de una instancia lo determina el sistema de informes de estado, que puede ser básico o mejorado. Con el [estado básico](using-features.healthstatus.md), un lote se considera en buen estado en el momento en que todas las instancias que contiene superan las comprobaciones de estado de Elastic Load Balancing (ELB).
Con los [informes de estado mejorados](health-enhanced.md), todas las instancias de un lote deben superar varias comprobaciones de estado consecutivas antes de que Elastic Beanstalk pase al siguiente lote. Además de las comprobaciones de estado de ELB, que únicamente comprueban las instancias, los informes de estado mejorados supervisan los registros de la aplicación y el estado de otros recursos de su entorno. En un entorno de servidor web con informes de estado mejorados, todas las instancias deben superar 12 comprobaciones de estado a lo largo de dos minutos (18 comprobaciones de más de tres minutos para los entornos de trabajo). Si alguna instancia no supera una comprobación de estado, se restablece el contador.
Si un lote no pasa a tener un estado correcto durante el tipo de espera de la actualización continua (el valor predeterminado es de 30 minutos), la actualización se cancela. El tiempo de espera de la actualización continua es una [opción de configuración](command-options.md) disponible en el espacio de nombres `aws:autoscaling:updatepolicy:rollingupdate`. Si la aplicación no supera las comprobaciones de estado con el estado `Ok` pero está estable en otro nivel, puede definir la opción `HealthCheckSuccessThreshold` en el espacio de nombres [`aws:elasticbeanstalk:healthreporting:system`](command-options-general.md#command-options-general-elasticbeanstalkhealthreporting) para cambiar el nivel en el que Elastic Beanstalk considera que una instancia está en buen estado.
Si el proceso de actualización continua produce un error, Elastic Beanstalk inicia otra actualización continua para restaurar la configuración anterior. Una actualización continua puede producir un error debido a comprobaciones de estado no superadas o si el lanzamiento de nuevas instancias hace que se supere la cuota de su cuenta. Si alcanzas una cuota en el número de EC2 instancias de Amazon, por ejemplo, la actualización progresiva puede fallar al intentar aprovisionar un lote de instancias nuevas. En este caso, la restauración también produce un error.
Una restauración con error finaliza el proceso de actualización y deja su entorno en un estado Unhealthy. Los lotes sin procesar siguen ejecutando instancias con la configuración anterior, mientras que los lotes que se han ejecutado correctamente tienen la nueva configuración. Para corregir un entorno después de una restauración con error, primero resuelva el problema subyacente que ha causado el error de actualización y después inicie otra actualización del entorno.
Otro método consiste en implementar la nueva versión de la aplicación en un entorno diferente y después realizar un intercambio de CNAME para redirigir el tráfico sin tiempo de inactividad. Para obtener más información, consulte [Implementaciones Blue/Green (azul/verde) con Elastic Beanstalk](using-features.CNAMESwap.md).
## Actualizaciones continuas frente a implementaciones continuas
Las actualizaciones sucesivas se producen cuando cambias la configuración que requiere el aprovisionamiento de nuevas EC2 instancias de Amazon para tu entorno. Entre estos cambios se incluyen cambios en el grupo de escalado automático, como el tipo de instancia y la configuración del par de claves, y cambios en la configuración de la VPC. En una actualización continua, cada lote de instancias se termina antes de aprovisionar un nuevo lote para reemplazarlo.
Las [implementaciones continuas](using-features.rolling-version-deploy.md) se producen siempre que implementa su aplicación y generalmente se pueden realizar sin reemplazar las instancias en su entorno. Elastic Beanstalk deja cada lote fuera de servicio, implementa la nueva versión de la aplicación y, a continuación, lo vuelve a poner en servicio.
La excepción es si cambia la configuración que requiere que las instancias se reemplacen al implementar un nueva versión de la aplicación. Por ejemplo, si cambia el valor del [nombre de clave](command-options-general.md#command-options-general-autoscalinglaunchconfiguration) en un [archivo de configuración](ebextensions.md) de su paquete de código fuente y lo implementa en el entorno, activa una actualización continua. En lugar de implementar la nueva versión de la aplicación en cada lote de instancias existentes, se aprovisiona un nuevo lote de instancias con la nueva configuración. En este caso, no se produce una implementación independiente, porque las nuevas instancias se obtienen con la nueva versión de la aplicación.
Cada vez que se aprovisionan nuevas instancias como parte de un entorno, hay una fase de implementación en la que el código fuente de la aplicación se implementa en las nuevas instancias y se aplican las opciones de configuración que modifican el sistema operativo o el software de las instancias. Las [opciones de comprobación de estado de la implementación](using-features.rolling-version-deploy.md#environments-cfg-rollingdeployments-console) (**Ignore health check** [Omitir comprobación de estado], **Healthy threshold** [Umbral de buen estado] y **Command timeout** [Tiempo de espera de comando]) también se aplican a las actualizaciones continuas basadas en estado y a las aplicaciones inmutables durante la fase de implementación.
## Configuración de actualizaciones continuas
Puede habilitar y configurar las actualizaciones continuas en la consola de Elastic Beanstalk.
**Para habilitar las actualizaciones continuas**
1. Abra la consola de [Elastic Beanstalk](https://console.aws.amazon.com/elasticbeanstalk) y, **en** la lista Regiones, seleccione su. Región de AWS
1. En el panel de navegación, elija **Environments** (Entornos) y, a continuación, elija el nombre del entorno en la lista.
1. En el panel de navegación, elija **Configuración**.
1. En la categoría de configuración **Rolling updates and deployments (Actualizaciones acumulativas e implementaciones)**, elija **Edit (Edición de)**.
1. En la sección **Configuration updates (Actualizaciones de configuración)**, para **Rolling update type (Tipo de actualización continua)**, seleccione una de las opciones de **Rolling (Continua)**.
![\[La sección de actualizaciones de configuración de la página modificar configuración de actualizaciones acumulativas e implementaciones\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/images/aeb-config-rolling-updates-health.png)
1. Seleccione los ajustes **Batch size (Tamaño de lote)**, **Minimum capacity (Capacidad mínima)** y **Pause time (Tiempo de pausa)**.
1. Para guardar los cambios, elija **Aplicar** en la parte inferior de la página.
La sección **Configuration Updates (Actualizaciones de configuración)** de la página **Rolling updates and deployments (Actualizaciones acumulativas e implementaciones)** contiene las siguientes opciones para las actualizaciones continuas:
+ **Rolling update type (Tipo de actualización continua)**: Elastic Beanstalk espera una vez que termina de actualizar un lote de instancias antes de pasar al siguiente lote para permitir que dichas instancias finalicen el proceso de arranque y empiecen a servir tráfico. Puede elegir entre las siguientes opciones:
+ **Rolling based on Health (Continua en función del estado)**: espere a que las instancias del lote actual estén en buen estado antes de poner las instancias en servicio e iniciar el siguiente lote.
+ **Rolling based on Time (Continua en función del tiempo)**: especifique la cantidad de tiempo que se debe esperar entre el lanzamiento de nuevas instancias y su puesta en servicio antes de iniciar el siguiente lote.
+ **Inmutable (Inmutable)**: aplique el cambio de configuración a un nuevo grupo de instancias a través de una [actualización inmutable](environmentmgmt-updates-immutable.md).
+ **Batch size (Tamaño de lote)**: el número de instancias que se van a reemplazar en cada lote, comprendido entre **1** y **10000**. De forma predeterminada, este valor es el tercio del tamaño mínimo del grupo de escalado automático redondeado al número entero superior más próximo.
+ **Minimum capacity (Capacidad mínima)**: el número mínimo de instancias que se mantienen en ejecución mientras se actualizan otras instancias, comprendido entre **0** y **9999**. El valor predeterminado es el tamaño mínimo del grupo de escalado automático o un tamaño inferior al tamaño máximo del grupo de escalado automático, el que sea menor.
+ **Pause time (Pausa)** (solo actualizaciones basadas en tiempo): la cantidad de tiempo que se debe esperar después de que se actualice un lote antes de pasar al siguiente lote para que su aplicación pueda empezar a recibir tráfico. Entre 0 segundos y 1 hora.
## El espacio de nombres aws:autoscaling:updatepolicy:rollingupdate
También puede utilizar las [opciones de configuración](command-options.md) del espacio de nombres `aws:autoscaling:updatepolicy:rollingupdate` para configurar actualizaciones continuas.
Utilice la opción `RollingUpdateEnabled` para habilitar las actualizaciones continuas y `RollingUpdateType` para elegir el tipo de actualización. Se admiten los siguientes valores para `RollingUpdateType`:
+ `Health`: esperar a que las instancias del lote actual estén en buen estado antes de poner las instancias en servicio e iniciar el siguiente lote.
+ `Time`: especifique la cantidad de tiempo que se debe esperar entre el lanzamiento de nuevas instancias y su puesta en servicio antes de iniciar el siguiente lote.
+ `Immutable`: aplique el cambio de configuración a un nuevo grupo de instancias a través de una [actualización inmutable](environmentmgmt-updates-immutable.md).
Cuando habilite las actualizaciones continuas, defina las opciones `MaxBatchSize` y `MinInstancesInService` para configurar el tamaño de cada lote. Para las actualizaciones continuas basadas en tiempo y estado, también puede configurar `PauseTime` y `Timeout`, respectivamente.
Por ejemplo, para lanzar hasta cinco instancias a la vez, manteniendo al menos dos instancias en servicio, y esperar cinco minutos y 30 segundos entre los lotes, especifique las siguientes opciones y valores.
**Example .ebextensions/timebased.config**
```
option_settings:
aws:autoscaling:updatepolicy:rollingupdate:
RollingUpdateEnabled: true
MaxBatchSize: 5
MinInstancesInService: 2
RollingUpdateType: Time
PauseTime: PT5M30S
```
Para habilitar las actualizaciones continuas basadas en estado, con un tiempo de espera de 45 minutos para cada lote, especifique las siguientes opciones y valores.
**Example .ebextensions/healthbased.config**
```
option_settings:
aws:autoscaling:updatepolicy:rollingupdate:
RollingUpdateEnabled: true
MaxBatchSize: 5
MinInstancesInService: 2
RollingUpdateType: Health
Timeout: PT45M
```
`Timeout`y `PauseTime` los valores deben especificarse en [ISO8601 duration](http://en.wikipedia.org/wiki/ISO_8601#Durations):`PT#H#M#S`, donde cada \$1 es el número de horas, minutos o segundos, respectivamente.
La CLI de EB y la consola de Elastic Beanstalk aplican los valores recomendados a las opciones anteriores. Debe eliminar estos ajustes si desea usar archivos de configuración para configurarlos. Para obtener más información, consulte [Valores recomendados](command-options.md#configuration-options-recommendedvalues).
# Actualizaciones del entorno inmutables
Las actualizaciones inmutables del entorno son una alternativa a las [actualizaciones acumulativas](using-features.rollingupdates.md). Las actualizaciones inmutables del entorno garantizan que los cambios de configuración que requieren sustituir instancias se apliquen de forma eficiente y segura. Si se produce un error en una actualización inmutable del entorno, el proceso de restauración solamente tiene que terminar un grupo de escalado automático. Por el contrario, en las actualizaciones continuas que experimentan errores, es necesario efectuar otra actualización continua para restaurar los cambios.
Para realizar una actualización inmutable del entorno, Elastic Beanstalk crea un segundo grupo temporal de escalado automático detrás del equilibrador de carga del entorno con las nuevas instancias. En primer lugar, Elastic Beanstalk lanza una única instancia con la nueva configuración del nuevo grupo. Esta instancia administra el tráfico junto con todas las instancias del grupo de escalado automático original que ejecutan la configuración anterior.
Cuando la primera instancia supera las comprobaciones de estado, Elastic Beanstalk lanza otras instancias con la nueva configuración hasta alcanzar el mismo número de instancias que se ejecutaban en el grupo de escalado automático original. Cuando todas las instancias nuevas superan las comprobaciones de estado, Elastic Beanstalk las transfiere al grupo de escalado automático original y termina el grupo de escalado automático temporal junto con las instancias antiguas.
**nota**
En una actualización inmutable del entorno, la capacidad del entorno se duplica durante un corto periodo de tiempo, cuando las instancias del nuevo grupo de escalado automático comienzan a emitir solicitudes y aún no se han terminado las instancias del grupo de escalado automático original. Si el entorno tiene muchas instancias o si usted tiene una [cuota de instancias bajo demanda](https://aws.amazon.com/ec2/faqs/#How_many_instances_can_I_run_in_Amazon_EC2) pequeña, asegúrese de que cuenta con la capacidad suficiente como para realizar una actualización inmutable del entorno. Si está rozando la cuota, considere la posibilidad de utilizar en su lugar una actualización continua.
Las actualizaciones inmutables requieren que los [informes de estado avanzados](health-enhanced.md) evalúen el estado del entorno durante la actualización. Los informes de estado avanzados combinan las comprobaciones de estado del equilibrador de carga estándar con la supervisión de instancias para asegurarse de que las instancias que ejecutan la nueva configuración [atienden las solicitudes correctamente](health-enhanced.md#health-enhanced-factors).
También puede utilizar las actualizaciones inmutables para implementar nuevas versiones de la aplicación como alternativa a las implementaciones continuas. Cuando [configura Elastic Beanstalk para que utilice actualizaciones inmutables para la implementación de aplicaciones](using-features.rolling-version-deploy.md), reemplaza todas las instancias del entorno cada vez que se implementa una nueva versión de la aplicación. Si se produce un error en una implementación de aplicaciones inmutable, Elastic Beanstalk revierte los cambios de forma inmediata terminando el nuevo grupo de escalado automático. Esto impide que haya implementaciones parciales de flota, que sí pueden darse si las implementaciones continuas experimentan un error cuando algunos lotes ya están completados.
**aviso**
Algunas políticas reemplazan todas las instancias durante la implementación o actualización. Esto provoca que se pierdan todos [ EC2 los saldos acumulados en Amazon](https://docs.aws.amazon.com/AWSEC2/latest/DeveloperGuide/burstable-performance-instances.html). Sucede en los siguientes casos:
Actualizaciones de plataforma administradas con reemplazo de instancias habilitado
Actualizaciones inmutables
Implementaciones con actualizaciones inmutables o división de tráfico habilitada
Si se produce un error en una actualización inmutable, las nuevas instancias cargan los [registros de paquete](using-features.logging.md) en Amazon S3 antes de que Elastic Beanstalk las termine. Elastic Beanstalk deja los registros de las actualizaciones inmutables erróneas en Amazon S3 una hora antes de eliminarlos, en lugar de los 15 minutos estándar de los registros de paquete y los registros de finalización.
**nota**
Si utiliza actualizaciones inmutables con la implementación de versiones de la aplicación pero no con la configuración, puede producirse un error si intenta implementar una versión de la aplicación que contenga cambios de configuración que normalmente activarían una actualización continua (por ejemplo, configuraciones que cambian el tipo de instancia). Para evitar esto, efectúe el cambio de configuración en una actualización diferente o configure actualizaciones inmutables tanto para las implementaciones como para los cambios de configuración.
No se puede ejecutar una actualización inmutable junto con cambios de configuración de los recursos. Por ejemplo, no puede cambiar una [configuración que requiera la sustitución de instancias](environments-updating.md) al mismo tiempo que actualiza otras opciones o que ejecuta una implementación inmutable con archivos de configuración que cambian las opciones de ajuste u otros recursos del código fuente. Si intenta cambiar la configuración de recursos (por ejemplo, la configuración del equilibrador de carga) al mismo tiempo que ejecuta una actualización inmutable, Elastic Beanstalk devolverá un error.
Si los cambios de configuración de los recursos no dependen de que se realicen modificaciones en el código fuente o en la configuración de la instancia, realícelos en dos actualizaciones. En caso de que sí dependan de estas modificaciones, realice en su lugar una [implementación azul/verde](using-features.CNAMESwap.md).
## Configuración de actualizaciones inmutables
Puede habilitar y configurar las actualizaciones inmutables en la consola de Elastic Beanstalk.
**Para habilitar las actualizaciones inmutables (consola)**
1. Abra la consola de [Elastic Beanstalk](https://console.aws.amazon.com/elasticbeanstalk) y, **en** la lista Regiones, seleccione su. Región de AWS
1. En el panel de navegación, elija **Environments** (Entornos) y, a continuación, elija el nombre del entorno en la lista.
1. En el panel de navegación, elija **Configuración**.
1. En la categoría de configuración **Rolling updates and deployments (Actualizaciones acumulativas e implementaciones)**, elija **Edit (Edición de)**.
1. En la sección **Configuration Updates (Actualizaciones de configuración)**, establezca **Rolling update type (Tipo de actualización acumulativa)** en **Immutable (Inmutable)**.
![\[La sección de actualizaciones de configuración de la página modificar configuración de actualizaciones acumulativas e implementaciones\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/images/environments-mgmt-updates-immutable.png)
1. Para guardar los cambios, elija **Aplicar** en la parte inferior de la página.
## El espacio de nombres aws:autoscaling:updatepolicy:rollingupdate
También puede utilizar las opciones del espacio de nombres `aws:autoscaling:updatepolicy:rollingupdate` para configurar actualizaciones inmutables. En el siguiente [archivo de configuración](ebextensions.md) de ejemplo, se habilitan actualizaciones inmutables para cambios de configuración.
**Example .ebextensions/immutable-updates.config**
```
option_settings:
aws:autoscaling:updatepolicy:rollingupdate:
RollingUpdateType: Immutable
```
En el siguiente ejemplo, se habilitan actualizaciones inmutables tanto para cambios de configuración como para implementaciones.
**Example .ebextensions/immutable-all.config**
```
option_settings:
aws:autoscaling:updatepolicy:rollingupdate:
RollingUpdateType: Immutable
aws:elasticbeanstalk:command:
DeploymentPolicy: Immutable
```
La CLI de EB y la consola de Elastic Beanstalk aplican los valores recomendados a las opciones anteriores. Debe eliminar estos ajustes si desea usar archivos de configuración para configurarlos. Para obtener más información, consulte [Valores recomendados](command-options.md#configuration-options-recommendedvalues).