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.
# Modo RFC
El modo RFC es el modo predeterminado para los clientes del plan de operaciones AMS Advanced. Incluye un sistema de gestión de cambios con solicitudes de cambio o RFCs un catálogo de tipos de cambios que puede utilizar para solicitar la adición o el cambio que necesite en sus cuentas. Este sistema de administración de cambios proporciona un nivel de seguridad al limitar quién puede realizar cambios en sus cuentas.
Para obtener más información sobre los tipos de cambios de AMS Advanced, consulta [¿Qué son los tipos de cambios de AMS?](https://docs.aws.amazon.com/managedservices/latest/ctref/index.html) .
Para obtener más información sobre la incorporación a AMS Advanced, consulte Introducción a la [incorporación de AWS Managed Services](https://docs.aws.amazon.com/managedservices/latest/onboardingguide/index.html).
Para ver ejemplos de tipos de cambio, consulte la sección «Información adicional» para ver el tipo de cambio correspondiente en la sección de *AMS Advanced Change Type Reference Change Types Change Types by [Classification](https://docs.aws.amazon.com/managedservices/latest/ctref/classifications.html)*.
**nota**
El modo RFC se denominaba anteriormente «modo de gestión de cambios» o «modo CM estándar».
**Topics**
+ [Más información sobre RFCs](ex-rfc-works.md)
+ [¿Qué son los tipos de cambios?](understanding-cts.md)
+ [Solución de problemas de errores de RFC en AMS](rfc-troubleshoot.md)
# Más información sobre RFCs
Las solicitudes de cambio, o bien RFCs, funcionan de forma doble. En primer lugar, hay parámetros necesarios para la propia RFC. Estas son las opciones de la `CreateRfc` API. Y, en segundo lugar, hay parámetros necesarios para la acción del RFC (los parámetros de ejecución). Para obtener más información sobre las `CreateRfc` opciones, consulte la [CreateRfc](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)sección de *referencia de la API de AMS*. Estas opciones suelen aparecer en el área de **configuraciones adicionales** de las páginas de creación de RFC.
Puede crear y enviar un RFC con la `CreateRfc` API, la `aws amscm create-rfc` CLI o mediante las páginas Crear RFC de la consola AMS. Para ver un tutorial sobre la creación de un RFC, consulte. [Crear un RFC](ex-rfc-create-col.md)
**Topics**
+ [¿Qué son RFCs?](what-r-rfcs.md)
+ [Autenticarse al utilizar la API/CLI de AMS](ex-rfc-authentication.md)
+ [Comprenda las revisiones de seguridad de RFC](rfc-security.md)
+ [Comprenda las clasificaciones de tipos de cambio de RFC](ex-rfc-csio.md)
+ [Comprenda los estados de acción y actividad del RFC](ex-rfc-action-state.md)
+ [Comprenda los códigos de estado RFC](ex-rfc-status-codes.md)
+ [Comprenda la actualización de RFC CTs y la detección CloudFormation de desviaciones de plantillas](ex-rfc-updates-and-dd.md)
+ [Programar RFCs](ex-rfc-scheduling.md)
+ [Aprobar o rechazar RFCs](ex-rfc-approvals.md)
+ [Solicita periodos de ejecución restringidos por RFC](ex-rfc-restrict-execute.md)
+ [Crear, clonar, actualizar, buscar y cancelar RFCs](ex-rfc-use-examples.md)
+ [Utilice la consola AMS con RFCs](ex-rfc-gui.md)
+ [Más información sobre los parámetros de RFC comunes](rfc-common-params.md)
+ [Suscríbase al correo electrónico diario del RFC](rfc-digest.md)
# ¿Qué son RFCs?
Una solicitud de cambio, o RFC, es la forma de realizar un cambio en el entorno gestionado por AMS o de pedirle a AMS que realice un cambio en su nombre. Para crear una RFC, debe elegir entre los tipos de cambio de AMS, elegir los parámetros de la RFC (como la programación) y, a continuación, enviar la solicitud mediante la consola AMS o los comandos de la API y. [CreateRfc[SubmitRfc](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_SubmitRfc.html)](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)
Una RFC contiene dos especificaciones, una para la propia RFC y otra para los parámetros del tipo de cambio (CT). En la línea de comandos, puede utilizar un comando RFC integrado o una CreateRfc plantilla estándar en formato JSON, que debe rellenar y enviar junto con el archivo de esquema CT JSON que cree (basado en los parámetros de CT). El nombre del CT es una descripción informal del CT. Un CSIO (categoría, subcategoría, elemento, operación) es una descripción más formal de una tomografía computarizada. Al crear una RFC, solo se debe especificar el ID de CT.
RFCs pasan por dos etapas clave: validación y ejecución.
1. En la fase de validación, AMS revisa la solicitud de RFC para comprobar si está completa y es correcta. [AMS también evalúa la solicitud de seguridad de acuerdo con nuestras normas técnicas de seguridad.](rfc-security.md#rfc-security.title) AMS valida que el cambio solicitado sea válido y ejecutable.
1. En la fase de ejecución, AMS intenta realizar los cambios solicitados en su cuenta.
AMS gestiona ambas etapas mediante un proceso automatizado, un proceso manual o una combinación de ambos. El proceso manual lo gestiona el equipo de operaciones de AMS. Para obtener más información, consulte [Automatizado y manual CTs](ug-automated-or-manual.md).
AMS ofrece tres modos de ejecución para gestionar las solicitudes:
+ **(Se recomienda AMS) Modo de ejecución: automatizado**. CTs Utilizan la automatización para las validaciones y ejecuciones de RFC, que es la forma más rápida de lograr sus resultados empresariales.
+ **(Sugerido por AMS) Modo de ejecución: manual y designación: automatización gestionada**. Estos CTs utilizan una combinación de procesos automatizados y manuales para las validaciones y ejecuciones de los RFC. Si la automatización no puede ejecutar el cambio solicitado, la RFC se transfiere (mediante un enrutamiento automático o mediante la creación de una RFC sustitutiva) al equipo de operaciones de AMS para su gestión manual. El envío de estos documentos CTs permite procesar su solicitud de forma más estructurada y, además, contar con la automatización de AMS para mejorar el plazo de tramitación y ejecución de los resultados.
+ **Modo de ejecución: manual y designación: se requiere revisión**. Los cambios se solicitan a través de [ct-1e1xtak34nx76 Management \$1 Otros \$1 Otros \$1 Actualizar (requiere revisión) o [ct-0xdawir96cy7k](https://docs.aws.amazon.com/managedservices/latest/ctref/management-other-other-create-review-required.html) Management \$1 Otros \$1 Otros \$1 Crear (requiere revisión)](https://docs.aws.amazon.com/managedservices/latest/ctref/management-other-other-update-review-required.html). CTs Se basan en el manejo manual para las validaciones y las ejecuciones. CTs Dependen de la interpretación manual de la solicitud de cambio.
AMS le notifica cuando el cambio se ha realizado correctamente (éxito) o no (error).
**nota**
Para obtener información sobre la solución de problemas de errores de RFC, consulte. [Solución de problemas de errores de RFC en AMS](rfc-troubleshoot.md)
El siguiente gráfico muestra el flujo de trabajo de una RFC enviada por usted.
![\[El flujo de trabajo de una RFC enviada por un cliente.\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/images/requestForChange-v5g.png)
# Autenticarse al utilizar la API/CLI de AMS
Al utilizar la API/CLI de AMS, debe autenticarse con credenciales temporales. Para solicitar credenciales de seguridad temporales para usuarios federados, cal [ GetFederationToken[AssumeRole](https://docs.aws.amazon.com/STS/latest/UsingSTS/sts_delegate.html)](https://docs.aws.amazon.com/STS/latest/UsingSTS/CreatingFedTokens.html), [AssumeRoleWithSAML](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp_request.html#api_assumerolewithsaml) o [ AssumeRoleWithWebIdentity](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp_request.html#api_assumerolewithwebidentity)AWS security token service (STS). APIs
Una opción habitual es SAML. Tras la configuración, se añade un argumento a cada operación a la que se llame. Por ejemplo: `aws --profile saml amscm list-change-type-categories`.
Un método abreviado para los perfiles de SAML 2.0 consiste en establecer la variable de perfil al principio de cada uno API/CLI con `set AWS_DEFAULT_PROFILE=saml` (en Windows, sería en Linux`export AWS_DEFAULT_PROFILE=saml`). Para obtener información sobre la configuración de las variables de entorno CLI, consulte [Configuración de la interfaz de línea de comandos de AWS, variables de entorno](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-getting-started.html#cli-environment).
# Comprenda las revisiones de seguridad de RFC
El proceso de aprobación de la administración de cambios de AWS Managed Services (AMS) garantiza que realicemos una revisión de seguridad de los cambios que realicemos en sus cuentas.
AMS evalúa todas las solicitudes de cambio (RFCs) en función de las normas técnicas de AMS. Cualquier cambio que pueda reducir el nivel de seguridad de tu cuenta al apartarse de los estándares técnicos pasa por una revisión de seguridad. Durante la revisión de seguridad, AMS destaca los riesgos relevantes y, en casos de riesgo de seguridad alto o muy alto, el personal de seguridad autorizado acepta o rechaza la RFC. Todos los cambios también se evalúan para determinar si tienen un impacto adverso en la capacidad operativa de AMS. Si se detectan posibles impactos adversos, se requieren revisiones y aprobaciones adicionales por parte de AMS.
## Normas técnicas de la AMS
Los estándares técnicos de AMS definen los criterios de seguridad, las configuraciones y los procesos mínimos para establecer la seguridad básica de sus cuentas. Tanto usted como AMS deben seguir estos estándares.
Cualquier cambio que pueda reducir la seguridad de tu cuenta al no cumplir con las normas técnicas pasa por un proceso de aceptación del riesgo, en el que AMS resalta el riesgo relevante y el personal de seguridad autorizado por tu parte lo acepta o rechaza. Todos estos cambios también se evalúan para determinar si podrían repercutir negativamente en la capacidad de AMS para gestionar la cuenta y, de ser así, AMS deberá realizar revisiones y aprobaciones adicionales.
## Proceso de gestión de riesgos para la seguridad del cliente (CSRM) de RFC
Cuando alguien de su organización solicita un cambio en su entorno gestionado, AMS revisa el cambio para determinar si la solicitud podría deteriorar la seguridad de su cuenta al incumplir los estándares técnicos. Si la solicitud reduce la postura de seguridad de la cuenta, AMS notifica a su contacto del equipo de seguridad el riesgo correspondiente y ejecuta el cambio; o, si el cambio introduce un riesgo de seguridad alto o muy alto en el entorno, AMS solicita la aprobación explícita del contacto de su equipo de seguridad en forma de aceptación del riesgo (se explica a continuación). El proceso de aceptación de riesgos por parte de los clientes de AMS está diseñado para:
+ Asegúrese de que los riesgos estén claramente identificados y comunicados a los propietarios correctos
+ Minimice los riesgos identificados para su entorno
+ Obtenga y documente la aprobación de los contactos de seguridad designados que entiendan el perfil de riesgo de su organización
+ Reduzca la sobrecarga operativa continua en relación con los riesgos identificados
## ¿Cómo acceder a los estándares técnicos y a los riesgos altos o muy altos
Hemos puesto a su disposición la documentación sobre las normas técnicas de AMS para su consulta en [https://console.aws.amazon.com/artifact/](https://console.aws.amazon.com/artifact/)forma de informe. Utilice la documentación de normas técnicas de AMS para saber si un cambio requeriría la aceptación por parte de su contacto de seguridad autorizado por parte de su contacto de seguridad autorizado antes de enviar una solicitud de cambio (RFC).
Para encontrar el informe de normas técnicas, busque «Normas técnicas de AWS Managed Services (AMS)» en la barra de búsqueda de la pestaña AWS Artifact **Informes** tras iniciar sesión con la configuración predeterminada **AWSManagedServicesChangeManagementRole**.
**nota**
El Cliente\$1 ReadOnly \$1Role in single account landing zone puede acceder al documento estándar técnico de AMS. En la zona de aterrizaje multicuenta, se puede AWSManaged ServicesAdminRole utilizar la que AWSManaged ServicesChangeManagementRole utilizan los administradores de seguridad y los equipos de aplicaciones para acceder al documento. Si tu equipo usa un rol personalizado, crea una RFC Otros \$1 Otros para solicitar el acceso y actualizaremos el rol personalizado especificado.
# Comprenda las clasificaciones de tipos de cambio de RFC
Los tipos de cambios que se utilizan al enviar una RFC se dividen en dos categorías amplias:
+ **Implementación**: esta clasificación sirve para crear recursos.
+ **Administración**: esta clasificación sirve para actualizar o eliminar recursos. La categoría **Administración** también contiene los tipos de cambios para acceder a las instancias, cifrarlas o compartirlas AMIs, e iniciar, detener, reiniciar o eliminar pilas.
# Comprenda los estados de acción y actividad del RFC
`RfcActionState`(API) o **Activity State** (consola) le ayudan a comprender el estado de la intervención o acción humana en una RFC. Se utiliza principalmente de forma manual RFCs, y le `RfcActionState` ayuda a entender si es necesario que usted o las operaciones de AMS tomen alguna medida, y le ayuda a ver si AMS Operations está trabajando activamente en su RFC. Esto proporciona una mayor transparencia sobre las medidas que se toman en relación con una RFC durante su ciclo de vida.
`RfcActionState`Definiciones (API) o **estado de actividad** (consola):
+ **AwsOperatorAssigned**: Un operador de AWS está trabajando activamente en su RFC.
+ **AwsActionPending**: Se espera una respuesta o acción de AWS.
+ **CustomerActionPending**: Se espera una respuesta o acción del cliente.
+ **NoActionPending**: No es necesario que AWS ni el cliente realicen ninguna acción.
+ **NotApplicable**: Los operadores o los clientes de AWS no pueden establecer este estado y solo se usa RFCs cuando se creó antes del lanzamiento de esta funcionalidad.
Los estados de acción de la RFC varían en función de si el tipo de cambio presentado requiere una revisión manual y si la programación se ha establecido lo **antes posible** o no.
+ La RFC **ActionState**cambia durante la revisión, la aprobación y el inicio de un tipo de cambio manual con programación diferida:
+ Después de enviar una RFC manual, programada, la RFC cambia **ActionState**automáticamente **AwsActionPending**a para indicar que un operador debe revisar y aprobar la RFC.
+ Cuando un operador comienza a revisar activamente su RFC, cambia a. **ActionState**AwsOperatorAssigned****
+ Cuando el operador aprueba su RFC, el estado de la RFC cambia a Programado y, automáticamente, a. **ActionState**NoActionPending****
+ Cuando se alcanza la hora de inicio programada de la RFC, el estado de la RFC cambia a **InProgress**, y **ActionState**automáticamente cambia **AwsActionPending**a, para indicar que es necesario asignar un operador para que revise la RFC.
+ Cuando un operador comienza a ejecutar activamente la RFC, la cambia a. **ActionState**AwsOperatorAssigned****
+ Una vez completada, el operador cierra la RFC. Esto cambia automáticamente el **ActionState**a. **NoActionPending**
![\[El RFC ActionStatecambia durante la revisión, la aprobación y el inicio de un tipo de cambio manual con programación diferida\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/images/actionStateRfc.png)
**importante**
Usted no puede establecer los estados de acción. Los configuran automáticamente en función de los cambios en la RFC o los configuran manualmente los operadores de AMS.
Si añade correspondencia a un RFC, **ActionState**se establece automáticamente en. **AwsActionPending**
Cuando se crea un RFC, **ActionState**se establece automáticamente en. **NoActionPending**
Cuando se envía un RFC, **ActionState**se establece automáticamente en. **AwsActionPending**
Cuando una RFC es rechazada, cancelada o completada con un estado de éxito o error, **ActionState**se restablece automáticamente a. **NoActionPending**
Los estados de acción están habilitados tanto para los automáticos como para los manuales RFCs, pero son más importantes para los manuales, RFCs ya que estos tipos de estados RFCs suelen requerir comunicaciones.
# Revise los ejemplos de casos de uso de los estados de acción de la RFC
**Caso de uso: visibilidad en el proceso manual de RFC**
+ Una vez que envíes una RFC manual, el estado de acción de la RFC cambia automáticamente `AwsActionPending` para indicar que un operador debe revisar y aprobar la RFC. Cuando un operador comienza a revisar activamente tu RFC, el estado de acción de la RFC cambia a. `AwsOperatorAssigned`
+ Considere una RFC manual que haya sido aprobada y programada y que esté lista para empezar a ejecutarse. Una vez que el estado de la RFC cambia a`InProgress`, el estado de acción de la RFC cambia automáticamente a. `AwsActionPending` Cambia de nuevo a `AwsOperatorAssigned` una vez que un operador comienza a ejecutar activamente la RFC.
+ Cuando se completa una RFC manual (cerrada como «correcta» o «fallida»), el estado de la acción de la RFC cambia `NoActionPending` para indicar que no es necesario que el cliente ni el operador realicen ninguna otra acción.
**Caso de uso: correspondencia de RFC**
+ Cuando se trata de una RFC manual`Pending Approval`, es posible que un operador de AMS necesite más información por su parte. Los operadores enviarán una correspondencia a la RFC y cambiarán el estado de acción de la RFC a. `CustomerActionPending` Cuando respondes añadiendo una nueva correspondencia de RFC, el estado de acción de la RFC cambia automáticamente a. `AwsActionPending`
+ Cuando se produce un error en una RFC automática o manual, puede añadir una correspondencia a los detalles de la RFC y preguntar al operador del AMS por qué ha fallado la RFC. Cuando añada su correspondencia, el estado de acción de la RFC se establece automáticamente en. `AwsActionPending` Cuando el operador del AMS coja la RFC para ver su correspondencia, el estado de acción de la RFC cambiará a. `AwsOperatorAssigned` Cuando el operador responde añadiendo una nueva correspondencia de RFC, el estado de acción de la RFC puede configurarse en`CustomerActionPending`, lo que indica que se espera otra respuesta del cliente, o en, que indica que no se necesita ni se espera ninguna respuesta del cliente. `NoActionPending`
# Comprenda los códigos de estado RFC
Los códigos de estado RFC le ayudan a realizar un seguimiento de sus solicitudes. Puede observar estos códigos de estado durante la ejecución de una RFC en la salida de la CLI o actualizando la página de lista de RFC en la consola.
También puedes ver los códigos de una RFC en la página de detalles de esa RFC, que podría tener este aspecto:
![\[Códigos de estado RFC.\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/images/guiRfcStatusCodes.png)
Es posible que veas un RFC en tu lista que no hayas enviado. Cuando los operadores de AMS utilizan un CT solo interno, lo envían en una RFC y aparece en la lista de RFC. Para obtener más información, consulte [Tipos de cambios solo internos](ct-internals.md).
**importante**
Puede solicitar notificaciones de los cambios de estado de la RFC. Para obtener más información, consulte Notificaciones [de cambio de estado del RFC](https://docs.aws.amazon.com/managedservices/latest/userguide/rfc-state-change-notices.html).
**Códigos de estado RFC**
| Success | Failure |
| --- | --- |
| Edición: el RFC se creó pero no se envió PendingApproval /Enviado: El RFC se ha enviado y el sistema está determinando si requiere aprobación y obteniendo esa aprobación, si es necesaria Aprobado por AWS o aprobado por el cliente: el RFC ha sido aprobado. RFCs Los automatizados están aprobados por AWS, RFCs los manuales los aprueban los operadores y, a veces, los clientes Programado: el RFC ha superado las comprobaciones de sintaxis y requisitos y su ejecución está programada InProgress: el RFC se está ejecutando, tenga en cuenta RFCs que si aprovisiona varios recursos o tiene una ejecución prolongada UserData, tarda más en ejecutarse Ejecutado: se ha ejecutado el RFC Éxito o éxito: el RFC se completó correctamente | Rechazados: RFCs se rechazan normalmente porque no se validan; por ejemplo, se especifica un recurso inutilizable, es decir, una subred Cancelados: RFCs se cancelan normalmente porque no pasan la validación antes de que haya transcurrido la hora de inicio configurada Fallo: el RFC ha fallado; consulte el StatusReason resultado para ver los motivos del error y AMS Operations generará automáticamente una alerta de avería y se comunicará con usted según sea necesario |
**nota**
Las solicitudes canceladas o rechazadas se RFCs pueden volver a enviar utilizando [UpdateRfc](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_UpdateRfc.html); consulte también. [Actualización RFCs](ex-update-rfcs.md)
Si la RFC cumple todas las condiciones necesarias (por ejemplo, se especifican todos los parámetros necesarios), el estado cambia a `PendingApproval` (incluso las automatizadas CTs requieren aprobación, lo que ocurre automáticamente si se aprueban las comprobaciones de sintaxis y parámetros). Si no se aprueba, el estado cambia a`Rejected`. `StatusReason`Proporciona información sobre los rechazos; los `ExecutionOutput` campos proporcionan información sobre la aprobación y la finalización. Los códigos de error incluyen:
+ InvalidRfcStateException: El RFC está en un estado que no permite la operación a la que se ha llamado. Por ejemplo, si el RFC ha pasado al estado Enviado, ya no se puede modificar.
+ InvalidRfcScheduleException: Se han infringido TimeoutInMinutes los parámetros EndTime, o. StartTime
+ InternalServerError: Se encontró un problema con el sistema.
+ InvalidArgumentException: un parámetro se ha especificado de forma incorrecta; por ejemplo, se ha utilizado un valor inaceptable.
+ ResourceNotFoundException: no se encuentra un valor, como el ID de la pila.
Si las horas de inicio y finalización programadas solicitadas (también conocidas como ventana de ejecución del cambio) se producen antes de que se apruebe el cambio, el estado de la RFC cambia a`Canceled`. Si se aprueba el cambio, el estado de la RFC cambia a. `Scheduled` La ventana de ejecución de cambios para ASAP RFCs es la hora de envío más el `ExpectedExecutionDuration` valor del CT.
En cualquier momento antes de la llegada de la ventana de ejecución de cambios, se puede modificar o cancelar un cambio programado (enviado con un `RequestedStartTime` en la CLI). Si se modifica el cambio programado, se debe volver a enviar.
Cuando llegue la hora de inicio del cambio (programada o lo antes posible) y una vez finalizadas las aprobaciones, el estado cambiará `InProgress` y no se podrá realizar ninguna modificación. Si el cambio se completa dentro del período de ejecución de cambios especificado, el estado cambia a. `Success` Si se produce un error en alguna parte del cambio o si el cambio sigue en curso al finalizar la ventana de ejecución de cambios, el estado cambia a`Failure`.
**nota**
Durante los estados o `Failure` cambios `InProgress``Success`, la RFC no se puede modificar ni cancelar.
El siguiente diagrama ilustra los estados de la RFC desde la llamada a CreateRFC hasta la resolución.
![\[Los estados de RFC desde la llamada CreaterFC hasta la resolución.\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/images/RfcStateFlow2.png)
# Comprenda la actualización de RFC CTs y la detección CloudFormation de desviaciones de plantillas
Los recursos aprovisionados en AMS utilizan una plantilla modificada CloudFormation . Si un parámetro de un recurso ha cambiado directamente a través de la consola de AWS administración de un servicio, el registro de CloudFormation creación de ese recurso deja de estar sincronizado. Si esto ocurre e intenta utilizar un tipo de cambio de actualización de AMS para actualizar el recurso en AMS, AMS hará referencia a la configuración de recursos original y, posiblemente, restablecerá los parámetros modificados. Este restablecimiento puede ser perjudicial, por lo que AMS no permite realizar cambios en RFCs los tipos de actualización si se detecta algún cambio adicional en la configuración de AMS.
Para obtener una lista de los tipos de cambios de actualización, usa el filtro de consola.
## Corrección de desviaciones FAQs
Preguntas y respuestas sobre la remediación de las derivas del AMS. Hay dos tipos de cambios que puede utilizar para iniciar la corrección de errores: uno es el modo de ejecución = manual o «automatización gestionada» y el otro es el modo de ejecución = automatizado.
### Recursos compatibles con la corrección de desviaciones (ct-3kinq0u4l33zf)
Estos son los recursos que admite el tipo de cambio de remediación de desviaciones (ct-3kinq0u4l33zf). Para corregir cualquier recurso, utilice en su lugar el tipo de cambio «automatización gestionada» (ct-34sxfo53yuzah).
```
AWS::EC2::Instance
AWS::EC2::SecurityGroup
AWS::EC2::VPC
AWS::EC2::Subnet
AWS::EC2::NetworkInterface
AWS::EC2::EIP
AWS::EC2::InternetGateway
AWS::EC2::NatGateway
AWS::EC2::NetworkAcl
AWS::EC2::RouteTable
AWS::EC2::Volume
AWS::AutoScaling::AutoScalingGroup
AWS::AutoScaling::LaunchConfiguration
AWS::AutoScaling::LifecycleHook
AWS::AutoScaling::ScalingPolicy
AWS::AutoScaling::ScheduledAction
AWS::ElasticLoadBalancing::LoadBalancer
AWS::ElasticLoadBalancingV2::Listener
AWS::ElasticLoadBalancingV2::ListenerRule
AWS::ElasticLoadBalancingV2::LoadBalancer
AWS::CloudWatch::Alarm
```
### Tipos de cambios de remediación a la deriva
Preguntas y respuestas sobre el uso de los tipos de cambios de corrección de desviaciones del AMS.
Para obtener una lista de los recursos compatibles con la función de corrección de desviaciones, consulte. [Recursos compatibles con la corrección de desviaciones (ct-3kinq0u4l33zf)](#drift-remeditate-faqs-sr)
**importante**
La corrección de errores modifica and/or los parámetros de las plantillas de pila y es obligatorio actualizar los repositorios de plantillas locales o cualquier automatización que actualice estas pilas para utilizar la plantilla y los parámetros de pila más recientes. El uso de and/or parámetros de plantillas antiguas sin sincronizarlos puede provocar cambios perjudiciales en los recursos subyacentes.
El CT automatizado y no gestionado (ct-3kinq0u4l33zf) permite corregir solo 10 recursos por RFC. Para corregir los recursos restantes en lotes de 10, cree nuevos hasta que se hayan corregido todos los recursos. RFCs
¿Qué tipo de cambio de remediación de desviaciones debo utilizar?
Recomendamos utilizar la tomografía computarizada (ct-3kinq0u4l33zf), **sin automatización gestionada**, cuando:
+ Al intentar realizar una actualización de un recurso de pila existente mediante un CT automatizado, la RFC se rechaza tal como está la pila. `DRIFTED`
+ Utilizaste un CT de actualización en el pasado y falló porque la pila estaba a la deriva. No necesita volver a intentar realizar una actualización y, en su lugar, puede utilizar la automatización gestionada, manual o CT.
Recomendamos utilizar la **automatización gestionada**, la tomografía computarizada manual (ct-34sxfo53yuzah) únicamente cuando los tipos de recursos desviados no sean compatibles con la corrección de desviaciones, la automatización gestionada, la automatización, la CT (ct-3kinq0u4l33zf), o cuando la corrección de desviaciones sin automatización gestionada, automatizada o CT falle.
¿Qué cambios se realizan en la pila durante la remediación?
La corrección requiere actualizar los and/or parámetros de la plantilla de la pila en función de las propiedades que estén desviadas. La corrección también actualiza la política de pila de la pila durante la corrección y restaura la política de pila a su valor anterior una vez finalizada la corrección.
¿Cómo podemos ver los cambios realizados en los parámetros de la plantilla de pila? and/or
En la respuesta a la RFC, se proporciona un resumen de los cambios con la siguiente información:
+ `ChangeSummaryJson`: Contiene un resumen de los cambios de los and/or parámetros de la plantilla de pila como parte de la corrección de errores. La remediación se lleva a cabo en varias fases. Este resumen de cambios consiste en los cambios de las fases individuales. Si la remediación se ha realizado correctamente, compruebe los cambios de la última fase. Consulte ExecutionPlan en el JSON las fases ejecutadas en orden. Por ejemplo, RestoreReferences la sección cuando está presente siempre se ejecuta al final y contiene JSON para los cambios posteriores a la corrección. Si la corrección se ejecuta en DryRun modo, ninguno de estos cambios se habría aplicado a la pila.
+ `PreRemediationStackTemplateAndConfigurationJson`: Contiene una instantánea de la configuración de la CloudFormation pila, que incluye la plantilla, los parámetros y los resultados, StackPolicyBody antes de que se activara la corrección en la pila.
¿Qué debo hacer una vez que se haya realizado la corrección?
Debe actualizar sus repositorios de plantillas locales, o cualquier automatización, que implique actualizar la pila corregida, con la plantilla y los parámetros más recientes que se proporcionan en el resumen de la RFC. Es muy importante hacerlo porque el uso de los and/or parámetros de la plantilla anterior puede provocar nuevos cambios destructivos en los recursos de la pila.
¿Mi solicitud se verá afectada durante esta corrección?
La corrección es un proceso fuera de línea que se realiza únicamente en la CloudFormation configuración de pila. No se realiza ninguna actualización en el recurso subyacente.
¿Puedo seguir utilizando Management \$1 Other \$1 Other RFCs para realizar actualizaciones en los recursos tras la corrección?
Le recomendamos que siempre actualice los recursos de la pila mediante la actualización CTs automática disponible. Si la actualización disponible CTs no es compatible con su caso de uso, utilice Gestión \$1 Otras \$1 Otras solicitudes.
¿La remediación crea nuevos recursos en la pila?
La remediación no crea ningún recurso nuevo en la pila. Sin embargo, la corrección crea nuevos resultados y actualiza la sección de [metadatos](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/metadata-section-structure.html) de la plantilla de pila para almacenar el resumen de la corrección como referencia.
¿La remediación siempre tendrá éxito?
La remediación requiere un análisis y una validación cuidadosos de la configuración de la plantilla para determinar si se puede llevar a cabo. En los casos en los que estas validaciones fallan, el proceso de corrección se detiene y no se realiza ningún cambio en la plantilla ni en los parámetros de la pila. Además, la corrección solo se puede realizar en los tipos de recursos compatibles.
¿Cómo puedo realizar actualizaciones para apilar los recursos si la remediación no se realiza correctamente?
Puede utilizar el CT Management \$1 Other \$1 Other \$1 Update (ct-0xdawir96cy7k) para solicitar cambios. AMS monitorea estos escenarios y trabaja para mejorar la solución de remediación.
¿Puedo corregir las pilas que tienen tipos de recursos compatibles y no compatibles?
Sí. Sin embargo, la corrección solo se lleva a cabo si los tipos de recursos admitidos se encuentran dispersos en la pila. Si se desvía algún tipo de recurso no compatible, la remediación no continúa.
¿Puedo solicitar la reparación de las pilas creadas mediante una ingesta que no sea de CFN? CTs
Sí. La corrección se puede realizar en las pilas independientemente del tipo de cambio utilizado para crear la pila.
¿Puedo saber los cambios que se realizarían en la pila antes de la corrección?
Sí. Ambos tipos de cambios ofrecen una **DryRun**opción que puede utilizar para solicitar los cambios que se realizarían si se corrigiera la pila. Sin embargo, los cambios de corrección finales pueden variar en función de la desviación presente en la pila en el momento de la corrección.
# Programar RFCs
La función **de programación** le permite elegir una hora de inicio para RFCs. Las siguientes opciones están disponibles en la función **de programación**:
+ **Ejecute este cambio lo antes posible**: AMS ejecuta la RFC en cuanto se aprueba. La mayoría CTs se aprueban automáticamente. Use esta opción si no desea que la RFC comience a una hora específica.
+ **Programa este cambio**: establece un día, una hora y una zona horaria para que se ejecute la RFC. En el caso de los tipos de cambios automatizados, se recomienda solicitar una hora de inicio al menos 10 minutos después de la fecha prevista para enviar la RFC. En el caso de los tipos de cambios automatizados gestionados, es obligatorio que solicites una hora de inicio que sea, como mínimo, 24 horas después de la fecha en que planeas enviar la RFC. Si la RFC no se aprueba a la hora de inicio configurada, se rechaza la RFC.
## Establezca un cronograma de RFC
Para programar una RFC, utilice uno de los métodos siguientes:
**Ejecute este cambio lo antes posible**:
+ Consola: no haga nada. Utiliza la programación de RFC predeterminada.
+ API o CLI: elimine las `RequestedEndTime` opciones `RequestedStartTime` y de la operación Crear RFC.
Las «automatizaciones gestionadas» de **ASAP** se RFCs rechazan automáticamente si no se aprueban en un plazo de treinta días a partir de su presentación.
**Programa este cambio**:
+ Consola: selecciona el botón de opción **Programar este cambio**. Se abre un área de **hora de inicio**. Escribe un día manualmente o usa el widget de calendario para elegir un día. Introduzca una hora, en UTC, expresada en formato ISO 8601 y utilice la lista desplegable para elegir una ubicación. De forma predeterminada, AMS utiliza el formato ISO 8601 YYYYMMDDThhmmss Z YYYY-MM-DDThh o:MM:SSZ, se acepta cualquiera de los dos formatos.
**nota**
**La hora de **finalización predeterminada es de 4 horas a partir de la hora** de inicio que introduzca.** Para establecer la **hora de finalización** del cambio programado en más de 4 horas, utilice la API o la CLI para ejecutar el cambio.
+ API o CLI: envíe valores para los `RequestedEndTime` parámetros `RequestedStartTime` y de la operación Crear RFC. Pasar una configuración `RequestedEndTime` no detiene la ejecución de un tipo de cambio automatizado que ya se ha iniciado. En el caso de un tipo de cambio de «automatización gestionada», si `RequestedEndTime` se realiza mientras la investigación de operaciones de AMS aún está en curso y estás en contacto con AMS, puedes solicitar una prórroga o se te puede pedir que vuelvas a enviar la RFC.
**sugerencia**
Para ver un ejemplo de lectura de la hora UTC, consulta [UTC](https://time.is/UTC) en el sitio web de Time-IS. ****Ejemplo de formato ISO 8601 para un date/time valor del 5 de diciembre de 2016 a las 14:20 horas: 2016-12-05T 14:20:00 Z o 20161205T142000Z.****
Si proporciona...
+ solo a`RequestedStartTime`, la RFC se considera programada y `RequestedEndTime` se rellena con el `ExecutionDurationInMinutes` valor.
+ solo a`RequestedEndTime`, lanzamos un InvalidArgumentException.
+ ambos `RequestedStartTime` y`RequestedEndTime`, sobrescribimos el `RequestedEndTime` con la hora de inicio especificada más el `ExecutionDurationInMinutes` valor.
+ `RequestedStartTime`ni tampoco`RequestedEndTime`, mantenemos esos valores como nulos y el RFC se trata como un RFC ASAP.
**nota**
Para todo lo programado RFCs, se escribe una hora de finalización no especificada como la hora especificada `RequestedStartTime` más el `ExpectedExecutionDurationInMinutes` atributo del tipo de cambio enviado. Por ejemplo, si `ExpectedExecutionDurationInMinutes` es «60» (minutos) y la especificada `RequestedStartTime` es `2016-12-05T14:20:00Z` (5 de diciembre de 2016 a las 4:20 a.m.), la hora de finalización real se establecerá en el 5 de diciembre de 2016 a las 5:20 a.m. Para `ExpectedExecutionDurationInMinutes` buscar el tipo de cambio específico, ejecute este comando:
```
aws amscm --profile saml get-change-type-version --change-type-id CHANGE_TYPE_ID --query "ChangeTypeVersion.{ExpectedDuration:ExpectedExecutionDurationInMinutes}"
```
## Utilice la opción de prioridad RFC
Utilice la opción **Prioridad** en los tipos de `execution mode = manual` cambio para alertar a AMS Operations de la urgencia de la solicitud.
Opción de **prioridad** en`execution mode = manual`:
Especifique la prioridad de un RFC manual como **Alta**, **Media** o **Baja**. RFCs Los clasificados como **altos** se revisan y aprueban antes de RFCs clasificarse como **medios**, con sujeción a los objetivos de nivel de servicio (SLOs) de la RFC y a sus tiempos de presentación. RFCs con prioridad **baja** o sin prioridad especificada, se procesan en el orden en que se envían.
# Aprobar o rechazar RFCs
RFCs presentadas con aprobación obligatoria (manual) CTs deben ser aprobadas por usted o por AMS. Las preaprobadas se procesan automáticamente CTs . Para obtener más información, consulte [Requisitos de aprobación CT](constrained-unconstrained-ctis.md).
**nota**
Cuando utilice la opción manual CTs, AMS recomienda utilizar la opción de **programación** ASAP (elija **ASAP** en la consola y deje en blanco la hora de inicio y finalización en la API/CLI), ya que CTs requiere que un operador de AMS examine la RFC y, posiblemente, se comunique con usted antes de que pueda aprobarse y ejecutarse. Si las programa RFCs, asegúrese de esperar al menos 24 horas. Si la aprobación no se produce antes de la hora de inicio programada, la RFC se rechaza automáticamente.
Si AMS ha enviado correctamente un RFC que requiere aprobación, usted debe aprobarlo de forma explícita. O bien, si envía un RFC que requiere aprobación, AMS debe aprobarlo. Si tienes que aprobar un RFC enviado por AMS, se te enviará un correo electrónico u otra comunicación predeterminada solicitando la aprobación. La comunicación incluye el identificador de RFC. Una vez enviada la comunicación, realice una de las siguientes acciones:
+ Aprobación o rechazo de la consola: utilice la página de detalles del RFC para ver el RFC correspondiente:
![\[Página de detalles del RFC.\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/images/AMS_Console-App-Rej.png)
+ Aprobación de API/CLI: [ApproveRfc](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_ApproveRfc.html)marca un cambio como aprobado. La acción debe ser realizada tanto por el propietario como por el operador, si ambas son necesarias. A continuación, se muestra un ejemplo de comando CLI approved. En el siguiente ejemplo, sustituya el RFC\$1ID por el ID de RFC adecuado.
```
aws amscm approve-rfc --rfc-id RFC_ID
```
+ Rechazo de API/CLI: [RejectRfc](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_RejectRfc.html)marca un cambio como rechazado. El siguiente es un ejemplo de comando de rechazo de CLI. En el siguiente ejemplo, sustituya el RFC\$1ID por el ID de RFC adecuado.
```
aws amscm reject-rfc --rfc-id RFC_ID --reason "no longer relevant"
```
# Solicita periodos de ejecución restringidos por RFC
Conocidos anteriormente como días restringidos, puedes solicitar que se restrinjan determinados períodos de tiempo. No se pueden realizar cambios durante esos períodos.
Para establecer un período de ejecución restringido, usa la operación de la [UpdateRestrictedExecutionTimes](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_UpdateRestrictedExecutionTimes.html)API y establece un período de tiempo específico, en UTC. El período que especifiques anula cualquier período anterior que se haya especificado. Si envía un RFC durante el tiempo de ejecución restringido especificado, el envío no se realizará correctamente y aparecerá el error Programa de RFC no válido. Puede especificar hasta 200 períodos de tiempo restringidos. De forma predeterminada, no se establece ningún período restringido. El siguiente es un ejemplo de comando de solicitud (con la autenticación SAML configurada):
```
aws amscm --profile saml update-restricted-execution-times --restricted-execution-times="[{\"TimeRange\":{\"StartTime\":\"2018-01-01T12:00:00Z\",\"EndTime\":\"2018-01-01T12:00:01Z\"}}]"
```
También puedes ver tu RestrictedExecutionTimes configuración actual ejecutando la operación de [ListRestrictedExecutionTimes](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_ListRestrictedExecutionTimes.html)API. Ejemplo:
```
aws amscm --profile saml list-restricted-execution-times
```
Si quieres enviar una RFC durante un tiempo de ejecución restringido específico, añade la **RestrictedExecutionTimesOverrideId**con el valor de **OverrideRestrictedTimeRanges**y envía la RFC como lo harías normalmente. Se recomienda utilizar este método únicamente para una RFC crítica o de emergencia. Para obtener más información, consulta la referencia de la API de [SubmitRfc](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_SubmitRfc.html).
# Crear, clonar, actualizar, buscar y cancelar RFCs
En los ejemplos siguientes se explican varias operaciones de RFC.
**Topics**
+ [Crear un RFC](ex-rfc-create-col.md)
+ [Clona RFCs (recrea) con la consola AMS](ex-clone-rfcs.md)
+ [Actualización RFCs](ex-update-rfcs.md)
+ [Encuentra RFCs](ex-rfc-find-col.md)
+ [Cancelar RFCs](ex-cancel-rfcs.md)
# Crear un RFC
## Crear un RFC con la consola
La siguiente es la primera página del proceso de creación de un RFC en la consola AMS, con las **tarjetas rápidas** abiertas y la opción **Buscar tipos de cambios activa:**
![\[Quick create section with options for common AWS stack operations and access management.\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/images/quickCreate1.png)
La siguiente es la primera página del proceso de creación de RFC en la consola AMS, con la **opción Seleccionar por categoría activa:**
![\[Create RFC page with change type categorization options for managed services environment.\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/images/guiRfcCreate1-2.png)
Funcionamiento:
1. Vaya a la página **Crear RFC**: en el panel de navegación izquierdo de la consola AMS, haga clic **RFCs**para abrir la página de RFCs lista y, a continuación, haga clic en **Crear** RFC.
1. Elija un tipo de cambio (CT) popular en la vista predeterminada **de búsqueda de tipos de cambios** o seleccione un CT en la vista **Elegir por categoría**.
+ **Busque por tipo de cambio**: puede hacer clic en un CT popular del área de **creación rápida** para abrir inmediatamente la página **Ejecutar RFC**. Tenga en cuenta que no puede elegir una versión antigua de CT con Quick Create.
Para ordenar CTs, utilice el área **Todos los tipos de cambios** en la vista **de tarjeta** o de **tabla**. En cualquiera de las vistas, seleccione una CT y, a continuación, haga clic en **Crear RFC** para abrir la página **Ejecutar RFC**. Si corresponde, aparece la opción **Crear con una versión anterior** junto al botón **Crear RFC**.
+ **Elegir por categoría**: seleccione una categoría, subcategoría, elemento y operación, y se abrirá el cuadro de detalles del CT con la opción **Crear con una versión anterior, si corresponde**. Haga clic en **Crear RFC** para abrir la página **Ejecutar RFC**.
1. En la página **Ejecutar RFC**, abra el área del nombre del CT para ver el cuadro de detalles del CT. Se requiere un **asunto** (lo rellena automáticamente si elige su CT en la vista **Buscar tipos de cambios**). Abra el área **de configuración adicional** para añadir información sobre la RFC.
En el área de **configuración de ejecución**, utilice las listas desplegables disponibles o introduzca valores para los parámetros necesarios. Para configurar los parámetros de ejecución opcionales, abra el área **de configuración adicional**.
1. Cuando haya terminado, haga clic en **Ejecutar**. Si no hay errores, aparecerá la página de la **RFC creada correctamente** con los detalles de la RFC enviada y el resultado inicial de la **ejecución**.
1. Abra el área de **parámetros de ejecución** para ver las configuraciones que envió. Actualice la página para actualizar el estado de ejecución de la RFC. Si lo desea, cancele la RFC o cree una copia de la misma con las opciones de la parte superior de la página.
## Creación de un RFC con la CLI
Funcionamiento:
1. Utilice la función de creación en línea (se emite un `create-rfc` comando con todos los parámetros de ejecución y de RFC incluidos) o la de plantilla (se crean dos archivos JSON, uno para los parámetros de RFC y otro para los parámetros de ejecución) y ejecute el `create-rfc` comando con los dos archivos como entrada. Ambos métodos se describen aquí.
1. Envíe el `aws amscm submit-rfc --rfc-id ID` comando RFC: con el ID de RFC devuelto.
Supervise el comando RFC:. `aws amscm get-rfc --rfc-id ID`
Para comprobar la versión del tipo de cambio, utilice este comando:
```
aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=CT_ID
```
**nota**
Puede utilizar cualquier `CreateRfc` parámetro con cualquier RFC, forme o no parte del esquema del tipo de cambio. Por ejemplo, para recibir notificaciones cuando cambie el estado de la RFC, añada esta línea `--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"` a la parte de los parámetros de la RFC de la solicitud (no a los parámetros de ejecución). Para ver una lista de todos los CreateRfc parámetros, consulta la referencia de la [API de administración de cambios de AMS](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html).
*CREACIÓN EN LÍNEA*:
Ejecute el comando create RFC con los parámetros de ejecución incluidos en línea (comillas de escape al proporcionar los parámetros de ejecución en línea) y, a continuación, envíe el ID de RFC devuelto. Por ejemplo, puedes reemplazar el contenido por algo como esto:
```
aws amscm create-rfc --change-type-id "CT_ID" --change-type-version "VERSION" --title "TITLE" --execution-parameters "{\"Description\": \"example\"}"
```
*CREACIÓN DE PLANTILLA*:
**nota**
En este ejemplo de creación de una RFC, se utiliza el tipo de cambio de pila Load Balancer (ELB).
1. Busca el CT correspondiente. El siguiente comando busca en los resúmenes de las clasificaciones de CT aquellas que contengan «ELB» en el nombre **del elemento** y crea un resultado con la categoría, el artículo, la operación y el ChangeType identificador en forma de tabla (la subcategoría para ambos es). `Advanced stack components`
```
aws amscm list-change-type-classification-summaries --query "ChangeTypeClassificationSummaries[?contains(Item,'ELB')].[Category,Item,Operation,ChangeTypeId]" --output table
```
```
---------------------------------------------------------------------
| CtSummaries |
+-----------+---------------------------+---------------------------+
| Deployment| Load balancer (ELB) stack | Create | ct-123h45t6uz7jl |
| Management| Load balancer (ELB) stack | Update | ct-0ltm873rsebx9 |
+-----------+---------------------------+---------------------------+
```
1. Busque la versión más reciente del CT:
`ChangeTypeId`y`ChangeTypeVersion`: El identificador de tipo de cambio para este tutorial es `ct-123h45t6uz7jl` (crear ELB). Para encontrar la última versión, ejecute este comando:
```
aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=ct-123h45t6uz7jl
```
1. Conozca las opciones y los requisitos. El siguiente comando envía el esquema a un archivo JSON denominado CreateElbParams .json.
```
aws amscm get-change-type-version --change-type-id "ct-123h45t6uz7jl" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > CreateElbParams.json
```
1. Modifique y guarde los parámetros de ejecución en el archivo JSON. En este ejemplo, el archivo se denomina CreateElbParams .json.
En el caso de un CT de aprovisionamiento, StackTemplateId se incluye en el esquema y se debe enviar en los parámetros de ejecución.
TimeoutInMinutesEn cuanto al número de minutos necesarios para crear la pila antes de que se produzca un error en la RFC, esta configuración no retrasará la ejecución de la RFC, pero debes disponer de tiempo suficiente (por ejemplo, no especifiques «5"). Los valores válidos oscilan entre «60» y «360» para los CT de larga duración UserData: Create EC2 y Create ASG. Recomendamos el máximo permitido de «60" para todos los demás aprovisionamientos. CTs
Proporcione el ID de la VPC en la que desea que se cree la pila; puede obtener el ID de la VPC con el comando CLI. `aws amsskms list-vpc-summaries`
```
{
"Description": "ELB-Create-RFC",
"VpcId": "VPC_ID",
"StackTemplateId": "stm-sdhopv00000000000",
"Name": "MyElbInstance",
"TimeoutInMinutes": 60,
"Parameters": {
"ELBSubnetIds": ["SUBNET_ID"],
"ELBHealthCheckHealthyThreshold": 4,
"ELBHealthCheckInterval": 5,
"ELBHealthCheckTarget": "HTTP:80/",
"ELBHealthCheckTimeout": 60,
"ELBHealthCheckUnhealthyThreshold": 5,
"ELBScheme": false
}
}
```
1. Envía la plantilla JSON de RFC a un archivo de tu carpeta actual denominado .json: CreateElbRfc
```
aws amscm create-rfc --generate-cli-skeleton > CreateElbRfc.json
```
1. Modifica y guarda el CreateElbRfc archivo.json. Como creó los parámetros de ejecución en un archivo independiente, elimine la `ExecutionParameters` línea. Por ejemplo, puedes reemplazar el contenido por algo como esto:
```
{
"ChangeTypeVersion": "2.0",
"ChangeTypeId": "ct-123h45t6uz7jl",
"Title": "Create ELB"
}
```
1. Crea el RFC. El siguiente comando especifica el archivo de parámetros de ejecución y el archivo de plantilla RFC:
```
aws amscm create-rfc --cli-input-json file://CreateElbRfc.json --execution-parameters file://CreateElbParams.json
```
Recibirá el ID de la nueva RFC en la respuesta y podrá utilizarlo para enviar y supervisar la RFC. Hasta que la envíe, la RFC permanece en estado de edición y no se inicia.
## Consejos
**nota**
Puede usar el AMS API/CLI para crear un RFC sin crear un archivo JSON de RFC o un archivo JSON de parámetros de ejecución de CT. Para ello, utilice el `create-rfc` comando y añada el RFC y los parámetros de ejecución necesarios al comando, lo que se denomina «Inline Create». Tenga en cuenta que todos los CTs aprovisionamientos contienen dentro del `execution-parameters` bloque una `Parameters` matriz con los parámetros del recurso. Los parámetros deben tener comillas separadas por una barra invertida (\$1).
El otro método documentado para crear un RFC se denomina «Creación de plantillas». Aquí se crea un archivo JSON para los parámetros de la RFC y otro archivo JSON para los parámetros de ejecución, y se envían los dos archivos con el `create-rfc` comando. Estos archivos pueden servir como plantillas y reutilizarse para el futuro. RFCs
Al crear RFCs con plantillas, puede usar un comando para crear el archivo JSON con el contenido que desee emitiendo un comando como se muestra. Los comandos crean un archivo denominado «parameters.json» con el contenido mostrado; también puedes usar estos comandos para crear el archivo RFC JSON.
# Clona RFCs (recrea) con la consola AMS
Puede utilizar la consola AMS para clonar un RFC existente.
Para clonar o volver a crear un RFC mediante la consola AMS, siga estos pasos:
1. Busque el RFC correspondiente. En el panel de navegación de la izquierda, haga clic en **RFCs**.
Se abre el RFCs panel de control.
1. Desplázate por las páginas hasta encontrar el RFC que deseas clonar. Utilice la opción **Filtrar** para reducir la lista. Elija el RFC que desee clonar.
Se abre la página de detalles del RFC.
1. Haga clic en **Crear una copia**.
Se abre la página **Crear una solicitud de cambio** con todas las opciones configuradas como en la RFC original.
1. Realice los cambios que desee. Para configurar opciones adicionales, cambie la opción **Básica** a **Avanzada**. Una vez configuradas todas las opciones, seleccione **Enviar**.
La página de detalles del RFC activo se abre con un nuevo ID de RFC para el RFC clonado y el RFC clonado aparece en el panel de control del RFC.
# Actualización RFCs
Puede volver a enviar una RFC que haya sido rechazada o que aún no se haya enviado; para ello, debe actualizar la RFC y, a continuación, enviarla o volver a enviarla. Tenga en cuenta que la mayoría RFCs se rechazan porque lo especificado `RequestedStartTime` se aprobó antes del envío o no TimeoutInMinutes es adecuado para ejecutar la RFC (dado que TimeoutInMinutes no prolonga una RFC exitosa, recomendamos establecerla siempre en al menos «60" y en «360" para un grupo de Amazon EC2 o Amazon EC2 Auto Scaling con una ejecución prolongada). UserData En esta sección se describe cómo usar la versión CLI del `UpdateRfc` comando para actualizar una RFC con un nuevo parámetro de RFC, o nuevos parámetros mediante JSON en cadena o un archivo de parámetros actualizado.
En este ejemplo, se describe el uso de la versión CLI de la UpdateRfc API AMS (consulte [Actualizar RFC](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/update-rfc.html)). Si bien existen tipos de cambios para actualizar algunos recursos (el DNS público y privado, las pilas del balanceador de carga y la configuración de parches de las pilas), no existe ningún CT para actualizar una RFC.
Le recomendamos que envíe una UpdateRfc operación a la vez. Si envías varias actualizaciones, por ejemplo, en una pila de DNS, es posible que las actualizaciones fallen al intentar actualizar el DNS al mismo tiempo.
DATOS OBLIGATORIOS`RfcId`: El RFC que estás actualizando.
DATOS OPCIONALES`ExecutionParameters`: A menos que esté actualizando un campo no obligatorio, por ejemplo`Description`, debería enviar parámetros de ejecución modificados para solucionar los problemas que provocaron el rechazo o la cancelación de la RFC. Todos los valores no nulos enviados sobrescriben esos valores en la RFC original.
1. Busque el RFC rechazado o cancelado correspondiente, puede usar este comando (puede sustituir el valor por): `Canceled`
```
aws amscm list-rfc-summaries --filter Attribute=RfcStatusId,Value=Rejected
```
1. Puede modificar cualquiera de los siguientes parámetros del RFC:
```
{
"Description": "string",
"ExecutionParameters": "string",
"ExpectedOutcome": "string",
"ImplementationPlan": "string",
"RequestedEndTime": "string",
"RequestedStartTime": "string",
"RfcId": "string",
"RollbackPlan": "string",
"Title": "string",
"WorstCaseScenario": "string"}
```
Ejemplo de comando que actualiza el campo Descripción:
```
aws amscm update-rfc --description "AMSTestNoOpsActionRequired" --rfc-id "RFC_ID" --region us-east-1
```
Ejemplo de comando que actualiza el ExecutionParameters VpcId campo:
```
aws amscm update-rfc --execution-parameters "{\"VpcId\":\"VPC_ID\"}" --rfc-id "RFC_ID" --region us-east-1
```
Ejemplo de comando que actualiza la RFC con un archivo de parámetros de ejecución que contiene las actualizaciones; consulte el ejemplo de archivo de parámetros de ejecución en el paso 2 de: [EC2 stack \$1 Create](https://docs.aws.amazon.com/managedservices/latest/ctref/deployment-advanced-ec2-stack-create.html):
```
aws amscm update-rfc --execution-parameters file://CreateEc2ParamsUpdate.json --rfc-id "RFC_ID" --region us-east-1
```
1. Vuelva a enviar la RFC con `submit-rfc` el mismo ID de RFC que tenía cuando se creó la RFC por primera vez:
```
aws amscm submit-rfc --rfc-id RFC_ID
```
Si la RFC es correcta, no recibirá mensajes de confirmación ni de error en la línea de comandos.
1. Para supervisar el estado de la solicitud y ver el resultado de la ejecución, ejecute el siguiente comando.
```
aws amscm get-rfc --rfc-id RFC_ID
```
# Encuentra RFCs
## Busque una solicitud de cambio (RFC) en la consola
Para buscar un RFC mediante la consola AMS, sigue estos pasos.
**nota**
Este procedimiento solo se aplica a los programados RFCs, es decir, a los RFCs que no utilizaron la opción **ASAP**.
1. En el panel de navegación de la izquierda, pulse **RFCs**.
Se abre el RFCs panel de control.
1. Desplácese por la lista o utilice la opción **Filtro** para afinar la lista.
La lista de RFC cambia según los criterios de filtro.
1. Elija el enlace Asunto de la RFC que desee.
Se abre la página de detalles de esa RFC con información que incluye el ID de la RFC.
1. Si hay muchas RFCs en el panel de control, puede usar la opción de **filtro** para buscar por RFC:
+ **Asunto**: la línea de asunto o el título (en la API/CLI) que se le dio al RFC cuando se creó.
+ **ID de RFC**: el identificador de la RFC.
+ **Estado de actividad**: si conoce el estado de la RFC, puede elegir entre **AwsOperatorAssigned**indicar que un operador está consultando la RFC en ese momento, es **AwsActionPending**decir, que un operador de AMS debe realizar algo antes de que la ejecución de la RFC pueda continuar o **CustomerActionPending**que debe realizar alguna acción antes de que la ejecución de la RFC pueda continuar.
+ **Estado**: si conoce el estado de la RFC, puede elegir entre:
+ **Programado**: RFCs que estaban programados.
+ **Cancelados**: RFCs que fueron cancelados.
+ **En curso**: RFCs en progreso.
+ **Éxito**: RFCs que se ejecutó con éxito.
+ **Rechazados**: RFCs que fueron rechazados.
+ **Edición**: RFCs que se están editando.
+ **Fallo**: RFCs eso falló.
+ **Aprobación pendiente**: RFCs eso no puede continuar hasta que AMS o usted lo aprueben. Por lo general, esto indica que debe aprobar la RFC. Habrás recibido una notificación de servicio al respecto en tu lista de solicitudes de servicio.
+ **Tipo de cambio**: seleccione la **categoría**, la **subcategoría**, el **artículo** y la **operación** y obtendrá automáticamente el identificador del tipo de cambio.
+ **Hora de inicio solicitada o hora** **de finalización solicitada**: esta opción de filtro le permite elegir **Antes** o **Después** y, a continuación, introducir una **fecha** y, opcionalmente, una **hora** (hh:mm y zona horaria). Este filtro solo funciona correctamente según lo programado RFCs (no lo antes posible RFCs).
+ **Estado**: **programado**, **cancelado**, **en curso**, **exitoso**, **rechazado**, **editado** o **fallido**.
+ **Asunto**: el asunto (o el título, si el RFC se creó con la API/CLI) que le diste al RFC.
+ **ID del tipo de cambio**: utilice el identificador del tipo de cambio enviado con la RFC.
La búsqueda le permite añadir los filtros, como se muestra en la siguiente captura de pantalla.
![\[Search or filter options including Subject, RFC ID, Activity state, and various time-related fields.\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/images/filterRfcAllOptions3.png)
1. Haga clic en el enlace del asunto del RFC que desee.
Se abre la página de detalles de esa RFC con información que incluye el ID de la RFC.
## Búsqueda de una solicitud de cambio (RFC) con la CLI
Puede usar varios filtros para buscar una RFC.
Para comprobar la versión del tipo de cambio, utilice este comando:
```
aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=CT_ID
```
**nota**
Puede utilizar cualquier `CreateRfc` parámetro con cualquier RFC, forme o no parte del esquema del tipo de cambio. Por ejemplo, para recibir notificaciones cuando cambie el estado de la RFC, añada esta línea `--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"` a los parámetros de la RFC que forman parte de la solicitud (no a los parámetros de ejecución). Para ver una lista de todos los CreateRfc parámetros, consulta la referencia de la [API de administración de cambios de AMS](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html).
Si no anotas el identificador de RFC y necesitas encontrarlo más tarde, puedes usar el sistema de gestión de cambios (CM) de AMS para buscarlo y restringir los resultados con un filtro o una consulta.
1. La [ListRfcSummaries](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_ListRfcSummaries.html)operación de la API CM tiene filtros. Puede [filtrar](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_Filter.html) los resultados en función de un `Attribute` y `Value` combinados en una operación AND lógica, o en función de un `Attribute``Condition`, un y`Values`.
**Filtrado RFC**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/ex-rfc-find-col.html)
Ejemplos:
Para encontrar todo lo RFCs relacionado con SQS (donde SQS está contenido en la parte de objetos del CT), puedes usar este comando: IDs
```
list-rfc-summaries --query 'RfcSummaries[?contains(Item.Name,`SQS`)].[Category.Id,Subcategory.Id,Type.Id,Item.Id,RfcId]' --output table
```
Lo que devuelve algo como esto:
```
----------------------------------------------------------------------------
| ListRfcSummaries |
+----------+--------------------------------+-------+-------+----------------+
|Deployment| Advanced Stack Components |SQS |Create |ct-123h45t6uz7jl|
|Management| Monitoring & Notification |SQS |Update |ct-123h45t6uz7jl|
+----------+--------------------------------+-------+-------+----------------+
```
Otro filtro para el que disponemos `list-rfc-summaries` es`AutomationStatusId`, para buscar RFCs que sean automáticos o manuales:
```
aws amscm list-rfc-summaries --filter Attribute=AutomationStatusId,Value=Automated
```
Otro filtro disponible `list-rfc-summaries` es `Title` (**Asunto** en la consola):
```
Attribute=Title,Value=RFC-TITLE
```
Ejemplo de la nueva estructura de solicitudes en JSON que devuelve RFCs dónde:
+ (El título CONTIENE la frase «Windows 2012" O «Amazon Linux») Y
+ (RfcStatusId ES IGUAL A «Éxito» O «InProgress«) Y
+ (20170101T000000Z <= <= 20170103T000000Z) Y ( RequestedStartTime <= 20170103T000000Z) ActualEndTime
```
{
"Filters": [
{
"Attribute": "Title",
"Values": ["Windows 2012", "Amazon Linux"],
"Condition": "Contains"
},
{
"Attribute": "RfcStatusId",
"Values": ["Success", "InProgress"],
"Condition": "Equals"
},
{
"Attribute": "RequestedStartTime",
"Values": ["20170101T000000Z", "20170103T000000Z"],
"Condition": "Between"
},
{
"Attribute": "ActualEndTime",
"Values": ["20170103T000000Z"],
"Condition": "Before"
}
]
}
```
**nota**
Con una versión más avanzada, `Filters` AMS pretende dejar de utilizar los siguientes campos en una próxima versión:
Valor: el campo Valor forma parte del campo Filtros. Utilice el campo Valores que admite funciones más avanzadas.
RequestedEndTimeRange: Utilice el campo RequestedEndTime interno de filtros que admite funciones más avanzadas
RequestedStartTimeRange: Utilice el campo RequestedStartTime interno de filtros que admite funciones más avanzadas.
Para obtener información sobre el uso de consultas CLI, consulte [Cómo filtrar la salida con la opción --query](https://docs.aws.amazon.com/cli/latest/userguide/controlling-output.html#controlling-output-filter) y la referencia del lenguaje de consulta, [JMESPath Especificación](http://jmespath.org/specification.html).
1. Si utilizas la consola AMS:
Ve a la página **RFCs**de la lista. Si es necesario, puede filtrar por el **asunto** de la RFC, que es lo que ingresó como RFC `Title` cuando la creó.
## Consejos
**nota**
Este procedimiento solo se aplica a las personas programadas RFCs, es decir, RFCs que no utilizaron la opción **ASAP**.
# Cancelar RFCs
Puede cancelar un RFC mediante la consola o la API/CLI de AMS.
**Para cancelar una RFC con la consola, busque la RFC en su lista de RFC, ábrala y haga clic en Cancelar.**
Datos necesarios:
+ `Reason`: Por qué cancelas la RFC.
+ `RfcId`: El RFC que vas a cancelar.
1. Por lo general, cancelas una RFC justo después de enviarla (por lo que debes tener a mano el identificador de la RFC); de lo contrario, no podrás cancelarla a menos que la hayas programado y sea antes de la hora de inicio especificada. Si necesitas encontrar el ID de la RFC, puedes usar este comando (puedes sustituir la `Value` RFC `PendingApproval` por una RFC que se apruebe manualmente):
```
aws amscm list-rfc-summaries --filter Attribute=RfcStatusId,Value=Scheduled
```
1. Ejemplo de comando para cancelar una RFC:
```
aws amscm cancel-rfc --reason "Bad Stack ID" --rfc-id "RFC_ID" --profile saml --region us-east-1
```
# Utilice la consola AMS con RFCs
La consola AMS ofrece funciones que le ayudarán a crear y enviar archivos con éxito RFCs.
## Utilice la página de listas de RFC (consola)
La página de **RFCs**lista de consolas AMS le proporciona las siguientes opciones:
+ Búsqueda avanzada de RFC a través de un **filtro**. Para obtener información, consulte [Encuentra RFCs](ex-rfc-find-col.md).
+ **Buscar la última vez que se modificó el RFC.** Este valor representa la última vez que se cambió el estado de la RFC.
+ **Visualización de los detalles de la RFC con el asunto de la RFC.** Al elegir este enlace, se abre la página de detalles de esa RFC.
+ Visualización del estado del RFC. Para obtener información, consulte [Comprenda los códigos de estado RFC](ex-rfc-status-codes.md)
![\[Página de lista de RFC.\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/images/guiRfcListTable.png)
## Utilice la creación rápida de RFC (consola)
Utilice las tarjetas de creación rápida o la tabla de listas de la RFC, o elija los tipos de cambio RFCs por clasificación.
Para obtener más información, consulte [Crear un RFC](ex-rfc-create-col.md).
## Agregue la correspondencia y los archivos adjuntos del RFC (consola)
Puede añadir correspondencia a una RFC después de haberla enviado y antes de que se apruebe; por ejemplo, cuando tenga el estado «»PendingApproval. Una vez aprobada una RFC (en estado «Programado» o «»), no se puede añadir la correspondencia, ya que podría interpretarse como un cambio en la solicitud. InProgress Una vez completada una RFC (en estado «Cancelada», «Rechazada», «Aceptada» o «Fallo»), la correspondencia se vuelve a activar, aunque la correspondencia se desactiva cuando una RFC permanece cerrada durante más de 30 días.
**nota**
Cada correspondencia está limitada a 5000 caracteres.
**Limitaciones de los archivos adjuntos:**
+ Solo tres archivos adjuntos por correspondencia.
+ Límite de cincuenta archivos adjuntos por RFC.
+ Cada archivo adjunto debe tener un tamaño inferior a 5 MB.
+ Solo se aceptan archivos de texto, como texto plano (`.txt`), valores separados por comas (`.csv`), JSON () o YAML (`.json`). `.yaml` En el caso del formato YAML, el archivo debe adjuntarse con la extensión de archivo. `.yaml`
**nota**
Se prohíben los archivos de texto con contenido XML. Si tiene contenido XML para compartir con AMS, utilice una solicitud de servicio.
+ Los nombres de los archivos están limitados a 255 caracteres y solo incluyen números, letras, espacios, guiones (-), guiones bajos (\$1) y puntos (.).
+ Actualmente, no se admite la actualización y eliminación de archivos adjuntos en un RFC.
Para añadir correspondencia y archivos adjuntos a una RFC, sigue estos pasos:
1. En la consola AMS, en la página de detalles de una RFC, busca la sección **Correspondencia** en la parte inferior de la página.
Antes de cualquier correspondencia:
![\[Sección de correspondencia vacía.\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/images/correspondence-rfc-detail-new.png)
Después de un poco de correspondencia:
![\[Sección de correspondencia que muestra el formulario de respuesta y la correspondencia recibida.\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/images/correspondence-reply-form2.png)
1. Para añadir una nueva correspondencia, escriba su mensaje en el cuadro de texto **Responder**. Para adjuntar archivos relacionados con la correspondencia, seleccione **Añadir adjunto** y, a continuación, elija los archivos que desee.
![\[Sección de correspondencia que muestra el cuadro de comentarios y los archivos adjuntos.\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/images/correspondence-add-attachments.png)
1. Cuando hayas terminado, selecciona **Enviar**.
La nueva correspondencia, junto con los enlaces a los archivos adjuntos, aparecen en la lista de correspondencia de la página de detalles de la RFC.
![\[Lista de correspondencia recibida.\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/images/correspondence-list2.png)
# Configurar las notificaciones por correo electrónico de RFC (consola)
La página de creación de **solicitudes de cambio** de la consola AMS ofrece la opción de añadir direcciones de correo electrónico para recibir notificaciones de los cambios de estado de los RFC:
![\[Añada direcciones de correo electrónico para recibir notificaciones sobre los cambios de estado de las RFC.\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/images/emailNoticeOption2.png)
Además, puede añadir direcciones de correo electrónico para las notificaciones de cualquier tipo de cambio, por ejemplo:
```
aws amscm create-rfc --change-type-id
--change-type-version 1.0 --title "TITLE"
--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"
```
Agregue una línea similar (`--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"`) a cualquier solicitud de cambio de tipo, en línea o de plantilla, en la parte de parámetros de RFC de la solicitud, no en la parte de parámetros.
# Más información sobre los parámetros de RFC comunes
Los siguientes son los parámetros de RFC que debe enviar y los parámetros que se utilizan habitualmente en: RFCs
+ Información sobre el tipo de cambio: ChangeTypeId y. ChangeTypeVersion Para obtener una lista del tipo de cambio IDs y los números de versión, consulte la [Referencia de tipos de cambio](https://docs.aws.amazon.com/managedservices/latest/ctref/index.html).
Ejecute `list-change-type-classification-summaries` en la CLI con el `query` argumento para limitar los resultados. Por ejemplo, restrinja los resultados para cambiar los tipos que contienen «Access» en el `Item` nombre.
```
aws amscm list-change-type-classification-summaries --query "ChangeTypeClassificationSummaries [?contains (Item, 'access')].[Category,Subcategory,Item,Operation,ChangeTypeId]" --output table
```
Ejecute `get-change-type-version` y especifique el ID del tipo de cambio. El siguiente comando obtiene la versión CT de ct-2tylseo8rxfsc.
```
aws amscm get-change-type-version --change-type-id ct-2tylseo8rxfsc
```
+ Título: nombre del RFC; pasa a ser el **asunto** del RFC en la lista de RFC de la consola AMS y puede buscarlo con el comando y el filtro activados `GetRfc` `Title`
+ Programación: si desea programar una RFC, debe incluir los `RequestedEndTime` parámetros `RequestedStartTime` y, o bien utilizar la opción de consola **Programar este cambio**. Para un RFC **ASAP** (que se ejecuta tan pronto como se aprueba), cuando utilice la CLI, deje `RequestedStartTime` y `RequestedEndTime` nulo. Cuando utilice la consola, acepte la opción **ASAP**.
Si `RequestedStartTime` se omite, se rechaza el RFC.
+ Aprovisionamiento CTs: los parámetros de ejecución o `Parameters` los ajustes específicos necesarios para aprovisionar el recurso. Varían mucho según el CT.
+ No aprovisionamiento CTs: CTs aquellos que no aprovisionan un recurso, como Access CTs u Other \$1 Other, o eliminan una pila, tienen parámetros de ejecución mínimos y no `Parameters` se bloquean.
+ Algunas RFCs también requieren que especifiques unos `TimeoutInMinutes` minutos o cuántos minutos se permiten para crear la pila antes de que se produzca un error en la RFC. Los valores válidos van desde 60 (minutos) hasta 360, si se trata de una ejecución prolongada UserData. Si la ejecución no se puede completar antes de que `TimeoutInMinutes` se supere, la RFC fallará. Sin embargo, esta configuración no retrasa la ejecución de la RFC.
+ RFCs Las que crean instancias, como un bucket de S3 o un ELB, suelen proporcionar un esquema que permite añadir hasta siete etiquetas (pares clave/valor). Para añadir más etiquetas a su bucket de S3, envíe una RFC mediante el tipo de cambio Deployment \$1 Advanced stack components \$1 Tag \$1 Create (ct-3cx7we852p3af). EC2, EFS, RDS y los esquemas de varios niveles (HA de dos niveles y HA de un nivel) permiten hasta cincuenta etiquetas. Las etiquetas se especifican en la parte del esquema. `ExecutionParameters` Proporcionar etiquetas puede ser de gran valor. Para obtener más información, consulta Cómo [etiquetar tus EC2 recursos de Amazon](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Using_Tags.html).
Cuando utilice la consola AMS, debe abrir el área de **configuración adicional** para poder añadir etiquetas.
**sugerencia**
Muchos esquemas CT tienen un `Name` campo `Description` y cerca de la parte superior del esquema. Estos campos se utilizan para nombrar la pila o el componente de la pila, no para nombrar el recurso que se está creando. Algunos esquemas ofrecen un parámetro para nombrar el recurso que se está creando y otros no. Por ejemplo, el esquema CT de Create EC2 stack no ofrece un parámetro para nombrar la EC2 instancia. Para ello, debes crear una etiqueta con la clave «Nombre» y el valor del nombre que quieres que tenga. Si no creas una etiqueta de este tipo, la EC2 instancia se mostrará en la EC2 consola sin el atributo de nombre.
## Usa la opción AWS Región RFC
Los puntos finales de la API y la CLI (`amscm`y`amsskms`) de AMS están incluidos. `us-east-1` Si te federas con Security Assertion Markup Language (SAML), recibirás scripts en el momento de la incorporación que configurarán tu región como us-east-1. AWS Si utilizas SAML, no necesitas especificar la opción al emitir un comando. `--region` Si tu SAML está configurado para usar us-east-1 pero tu cuenta no se encuentra en AWS esa región, debes especificar la región en la que está incorporada la cuenta cuando emitas otros comandos (por ejemplo,). AWS `aws s3`
**nota**
La mayoría de los ejemplos de comandos que se proporcionan en esta guía no incluyen la opción. `--region`
# Suscríbase al correo electrónico diario del RFC
Puedes suscribirte a un correo electrónico diario en el que se resuma la actividad de tu cuenta en las últimas 24 horas mediante la función de resumen de RFC. La función de resumen de RFC es un proceso simplificado que reduce la cantidad de notificaciones por correo electrónico relacionadas con la cuenta. RFCs El resumen de la RFC puede reducir la probabilidad de que te saltes alguna acción que esté pendiente de respuesta.
Para activar la función de resumen de RFC, póngase en contacto con su administrador de prestación de servicios en la nube (CSDM) de AMS. El CSDM te suscribe. Puede solicitar hasta 20 direcciones de correo electrónico (o alias) para incluirlas en su lista de correo electrónico resumida de RFC. El horario de correo electrónico actual está fijado a las 09:00 UTC-8.
Para desactivar la función de resumen de RFC, comunícate con tu CSDM y envíale tu solicitud.
Si no has configurado el resumen de la RFC y quieres recibir notificaciones sobre la tuya RFCs, o si deseas obtener información más detallada sobre la RFCs que se proporciona en el resumen de la RFC, utiliza el sistema de gestión de cambios para configurar las notificaciones de CloudWatch eventos o las notificaciones por correo electrónico para cada RFC individual sobre la que desees obtener información. Para obtener información sobre cómo configurar las notificaciones de RFC, consulta las notificaciones de cambio de estado de las [RFC](https://docs.aws.amazon.com/managedservices/latest/userguide/rfc-state-change-notices.html).
Entre los temas incluidos en el resumen de la RFC se incluyen los siguientes:
+ Pendiente de aprobación por parte del cliente: listas RFCs que están en **PendingApproval**estado pendientes de aprobación por parte del cliente
+ Respuesta pendiente del cliente: listas RFCs que están esperando su respuesta en la correspondencia de RFC
+ Aprobación o respuesta de AWS pendientes: listas RFCs que están esperando la respuesta o aprobación de AMS
+ Completado: listas con RFCs los **estados** correcto, **fallido**, **cancelado** o **rechazado**
El siguiente es un ejemplo de resumen de RFC:
![\[Ejemplo de resumen de RFC\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/images/RFCDigestExample.png)
# ¿Qué son los tipos de cambios?
El tipo de cambio se refiere a la acción que realiza una solicitud de cambio (RFC) de AWS Managed Services (AMS) y abarca la acción de cambio en sí misma y el tipo de cambio: manual o automatizado. AMS tiene una amplia colección de tipos de cambios que no utilizan otros servicios web de Amazon. Estos tipos de cambios se utilizan al enviar una solicitud de cambio (RFC) para implementar, gestionar o acceder a los recursos.
**Topics**
+ [Automatizado y manual CTs](ug-automated-or-manual.md)
+ [Requisitos de aprobación CT](constrained-unconstrained-ctis.md)
+ [Cambiar las versiones de los tipos](ct-versions.md)
+ [Crear tipos de cambios](ct-creates.md)
+ [Actualizar tipos de cambios](ct-updates.md)
+ [Tipos de cambios solo internos](ct-internals.md)
+ [Esquemas de tipos de cambio](ct-schemas.md)
+ [Administrar los permisos para los tipos de cambios](ct-permissions.md)
+ [Redacción de información confidencial de los tipos de cambios](ct-redaction.md)
+ [Búsqueda de un tipo de cambio mediante la opción de consulta](ug-find-ct-ex-section.md)
# Automatizado y manual CTs
Una limitación de los tipos de cambio es si son automáticos o manuales; se trata del `AutomationStatusId` atributo del tipo de cambio, denominado **modo de ejecución** en la consola AMS.
Los tipos de cambios automatizados tienen los resultados y los tiempos de ejecución esperados y se ejecutan en el sistema automatizado AMS, generalmente en una hora o menos (esto depende en gran medida de los recursos que aprovisione el CT). Los tipos de cambios manuales son poco frecuentes, pero se tratan de forma diferente porque requieren que un operador de AMS actúe en función de la RFC antes de poder ejecutarla. A veces, esto implica comunicarse con el remitente de la RFC, por lo que los tipos de cambios manuales requieren períodos de tiempo variables para completarse.
Para todos los programados RFCs, se escribe una hora de finalización no especificada como la hora especificada `RequestedStartTime` más el `ExpectedExecutionDurationInMinutes` atributo del tipo de cambio enviado. Por ejemplo, si `ExpectedExecutionDurationInMinutes` es «60» (minutos) y la especificada `RequestedStartTime` es `2016-12-05T14:20:00Z` (5 de diciembre de 2016 a las 4:20 a.m.), la hora de finalización real se establecerá en el 5 de diciembre de 2016 a las 5:20 a.m. Para `ExpectedExecutionDurationInMinutes` buscar el tipo de cambio específico, ejecute este comando:
```
aws amscm --profile saml get-change-type-version --change-type-id CHANGE_TYPE_ID --query "ChangeTypeVersion.{ExpectedDuration:ExpectedExecutionDurationInMinutes}"
```
**nota**
Programado RFCs con **modo de ejecución** = Manual, en la consola, debe configurarse para que se ejecute al menos 24 horas en el futuro.
**nota**
Si se utiliza de forma manual CTs, AMS recomienda utilizar la opción de **programación** ASAP (elegir **ASAP** en la consola y dejar en blanco la hora de inicio y finalización en la API/CLI), ya que CTs requiere que un operador de AMS examine la RFC y, posiblemente, se comunique con usted antes de que pueda aprobarse y ejecutarse. Si las programa RFCs, asegúrese de esperar al menos 24 horas. Si la aprobación no se produce antes de la hora de inicio programada, la RFC se rechaza automáticamente.
El objetivo de AMS es responder a una tomografía computarizada manual en un plazo de cuatro horas y se comunicará con ella lo antes posible, pero la RFC podría tardar mucho más en ejecutarse realmente.
Para ver una lista de las CTs que son manuales y requieren una revisión por parte de AMS, consulta el archivo CSV de tipo de cambio, disponible en la página **de recursos para desarrolladores** de la consola.
**YouTube Vídeo**: [¿Cómo puedo encontrar los tipos de cambios automatizados para AMS RFCs?](https://www.youtube.com/watch?v=sOzDuCCOduI&list=PLhr1KZpdzukc_VXASRqOUSM5AJgtHat6-&index=2&t=1s)
Para encontrar el **modo de ejecución** de un CT en la consola AMS, debe utilizar la opción de búsqueda Buscar **tipos de cambios**. Los resultados muestran el modo de ejecución del tipo o los tipos de cambio coincidentes.
Para buscar un tipo de cambio específico mediante la CLI de AMS, ejecute este comando: `AutomationStatus`
```
aws amscm --profile saml get-change-type-version --change-type-id CHANGE_TYPE_ID --query "ChangeTypeVersion.{AutomationStatus:AutomationStatus.Name}"
```
También puede buscar los tipos de cambio en la [Referencia de tipos de cambios de AMS](https://docs.aws.amazon.com/managedservices/latest/ctref/index.html), que proporciona información sobre todos los tipos de cambios de AMS.
**nota**
ActualmenteAPI/CLI. To access the AMS API/CLI, API/CLI los AMS no forman parte de AWS; puede descargar el SDK de AMS a través de la consola de AMS.
# Requisitos de aprobación CT
Los AMS CTs siempre tienen dos condiciones de aprobación, **AwsApprovalId**CustomerApprovalId****que indican si la RFC exige que AMS, usted o alguien más apruebe la ejecución.
La condición de aprobación está relacionada en cierta medida con el modo de ejecución; para obtener más información, consulte[Automatizado y manual CTs](ug-automated-or-manual.md).
Para averiguar la condición de aprobación de un CT, puede consultar la [referencia de cambio de tipo del AMS](https://docs.aws.amazon.com/managedservices/latest/ctref/index.html) o correr [GetChangeTypeVersion](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_GetChangeTypeVersion.html). Ambos también le ofrecerán el modo CT `AutomationStatusId` o **modo de ejecución**.
Puede aprobarlo RFCs mediante la consola AMS o con el siguiente comando:
```
aws amscm approve-rfc --rfc-id RFC_ID
```
**Condición de aprobación CT**
| Si la condición de aprobación por TC es | Requiere la aprobación de | Y |
| --- | --- | --- |
| `AwsApprovalId: Required` | El sistema de cambio de tipos AMS, | No hay que hacer nada más. Esta condición es típica de los sistemas automatizados CTs. |
| `AwsApprovalId: NotRequiredIfSubmitter` | El AMS cambia el tipo de sistema y nadie más, si el RFC enviado es para la cuenta en la que se presentó, | No hay que hacer nada más. Esta condición es típica de los manuales, CTs ya que siempre los revisan los operadores del AMS. |
| `CustomerApprovalId: NotRequired` | El sistema de cambio de tipos AMS, | Si el RFC pasa las comprobaciones de sintaxis y parámetros, se aprueba automáticamente. |
| `CustomerApprovalId: Required` | El AMS cambia el sistema de tipos y usted, | Se le envía una notificación y debe aprobar la RFC de forma explícita, ya sea respondiendo a la notificación o ejecutando la [ApproveRfc](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_ApproveRfc.html)operación. |
| `CustomerApprovalId: NotRequiredIfSubmitter` | El AMS cambia el tipo de sistema y nadie más, si has enviado la RFC. | Si el RFC pasa las comprobaciones de sintaxis y parámetros, se aprueba automáticamente. |
| Incidente o parche de seguridad urgente | AMS | Está aprobado e implementado automáticamente. |
# Cambiar las versiones de los tipos
Los tipos de cambio se versionan y la versión cambia cuando se realiza una actualización importante del tipo de cambio.
Tras seleccionar un tipo de cambio mediante la consola AMS, tiene la opción de abrir el área de **configuración adicional** y seleccionar una versión del tipo de cambio. También puede especificar una versión del tipo de cambio en la línea de API/CLI comandos. Es posible que desee hacerlo por varios motivos, entre los que se incluyen los siguientes:
+ **Sabe que la versión del tipo de cambio de **actualización** que desea debe coincidir con la versión del tipo de cambio de creación que utilizó para crear el recurso que ahora desea actualizar.** Por ejemplo, puede que tengas una instancia de Elastic Load Balancer (ELB) que hayas creado con la versión 1 de ELB Create tipo cambio. Para actualizarla, elija la versión 1 de ELB Update.
+ Desea utilizar una versión de tipo de cambio que tenga opciones diferentes a las del tipo de cambio más reciente. No lo recomendamos porque las actualizaciones de AMS cambian de tipo principalmente por motivos de seguridad y te recomendamos que elijas siempre la versión más reciente.
# Crear tipos de cambios
Los tipos de cambios de creación coinciden version-to-version con los tipos de cambios de actualización. Es decir, la versión del tipo de cambio que utilice para aprovisionar un recurso debe coincidir con la versión del tipo de cambio de actualización que utilizaría más adelante para modificar ese recurso. Por ejemplo, si crea un depósito de S3 con la versión 2.0 de Create S3 Bucket y, posteriormente, desea enviar una RFC para modificar ese depósito de S3, también debe utilizar la versión 2.0 de Update S3 Bucket, incluso si hay un tipo de cambio de tipo de depósito de S3 de Update S3 con la versión 3.0.
Te recomendamos mantener un registro del ID de tipo de cambio y la versión que utilizas al aprovisionar un recurso con el tipo Crear cambio en caso de que más adelante desees utilizar un tipo de cambio Actualizar para modificarlo.
# Actualizar tipos de cambios
AMS proporciona tipos de cambios de actualización para actualizar los recursos que se crearon con Create change types. Los tipos de cambios de actualización deben coincidir version-to-version con el tipo de cambio de creación que se utilizó originalmente para aprovisionar el recurso.
Se recomienda llevar un registro del identificador del tipo de cambio y de la versión que se utiliza al aprovisionar un recurso para facilitar su actualización.
**YouTube Vídeo**: [¿Cómo utilizo la actualización CTs para cambiar los recursos de una cuenta de AWS Managed Services (AMS)?](https://www.youtube.com/watch?v=dqb31yaAXhc&list=PLhr1KZpdzukc_VXASRqOUSM5AJgtHat6-&index=8&t=30s)
# Tipos de cambios solo internos
Puedes ver los tipos de cambios que son solo para uso interno. Esto sirve para que sepa qué acciones puede o toma AMS. Si hay un tipo de cambio solo interno que le gustaría tener disponible para su uso, envíe una solicitud de servicio.
Por ejemplo, hay un CT de administración, monitoreo y notificación, supresión de CloudWatch alarmas, actualización, que es solo interno. AMS lo utiliza para implementar actualizaciones de infraestructura (como la aplicación de parches) a fin de desactivar las notificaciones de alarma que las actualizaciones podrían activar por error. Cuando envíe este CT, verá el RFC del CT en su lista de RFC. Cualquier CT solo interno que esté desplegado en una RFC aparecerá en su lista de RFC.
# Esquemas de tipos de cambio
Todos los tipos de cambios proporcionan un esquema JSON para que los introduzcas en la creación, modificación o acceso a los recursos. El esquema proporciona los parámetros y sus descripciones para que pueda crear una solicitud de cambio (RFC).
La ejecución correcta de una RFC da como resultado el resultado de la ejecución. Para el aprovisionamiento RFCs, el resultado de la ejecución incluye un «stack\$1id» que representa la pila CloudFormation y se puede buscar en la consola. CloudFormation El resultado de la ejecución a veces incluye el resultado del ID de la instancia creada y ese ID se puede usar para buscar la instancia en la consola de AWS correspondiente. Por ejemplo, el resultado de ejecución de Create ELB CT incluye un «stack\$1id» que se puede buscar CloudFormation y genera un valor Key=ELB value= que se puede buscar en la consola de Amazon para Elastic Load Balancing. EC2
Examinemos un esquema CT. Este es el esquema de CodeDeploy Application Create, un esquema bastante pequeño. Algunos esquemas tienen `Parameter` áreas muy grandes.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/ct-schemas.html)
**nota**
Este esquema permite hasta siete etiquetas; sin embargo, EFS EC2, RDS y los esquemas de creación de varios niveles permiten hasta 50 etiquetas.
# Administrar los permisos para los tipos de cambios
Puede usar una política personalizada para restringir los tipos de cambio (CTs) que están disponibles para los distintos grupos o usuarios.
Para obtener más información sobre cómo hacerlo, consulte la sección [Configuración de permisos](https://docs.aws.amazon.com/managedservices/latest/userguide/setting-permissions.html) de la Guía del usuario de AMS.
# Redacción de información confidencial de los tipos de cambios
Los esquemas de tipos de cambio de AMS ofrecen un atributo de parámetro, `"metadata":"ams:sensitive":"true"` que se utiliza para los parámetros que contienen información confidencial, como una contraseña. Cuando se establece este atributo, la entrada proporcionada se oculta. Tenga en cuenta que no puede establecer este atributo de parámetro; sin embargo, si está trabajando con AMS para crear un tipo de cambio y desea ocultar un parámetro al introducirlo, puede solicitarlo.
# Búsqueda de un tipo de cambio mediante la opción de consulta
En este ejemplo se muestra cómo utilizar la consola AMS para encontrar el tipo de cambio adecuado para la RFC que desea enviar.
Puede utilizar la consola o la API/CLI para buscar un identificador de tipo de cambio (CT) o una versión. Existen dos métodos: buscar o seleccionar la clasificación. Para ambos tipos de selección, puede ordenar la búsqueda eligiendo Usado **con más frecuencia, Usado** **más recientemente** o **Alfabético**.
**YouTube Vídeo**: [¿Cómo creo un RFC mediante la CLI de AWS Managed Services y dónde puedo encontrar el esquema CT](https://www.youtube.com/watch?v=IluDFwnJJFU&list=PLhr1KZpdzukc_VXASRqOUSM5AJgtHat6-&index=3&t=150s)?
En la consola AMS, en la página **RFCs**-> **Crear RFC**:
+ Con la opción **Buscar por tipo de cambio** seleccionada (opción predeterminada), puede hacer lo siguiente:
+ Usa el área de **creación rápida** para seleccionar una de las más populares de AMS CTs. Haga clic en una etiqueta y se abrirá la página **Ejecutar RFC** con la opción **Asunto** rellenada automáticamente. Complete las opciones restantes según sea necesario y haga clic en **Ejecutar** para enviar la RFC.
+ O bien, desplácese hacia abajo hasta el área **Todos los tipos de cambios** y comience a escribir un nombre de CT en el cuadro de opciones; no es necesario que tenga el nombre exacto o completo del tipo de cambio. También puede buscar una tomografía computarizada por ID de tipo de cambio, clasificación o modo de ejecución (automática o manual) introduciendo las palabras correspondientes.
Con la vista de **tarjetas** predeterminada seleccionada, las tarjetas CT coincidentes aparecen a medida que escribes, seleccionas una carta y haces clic en **Crear RFC**. Con la vista de **tabla** seleccionada, elige el CT correspondiente y haz clic en **Crear RFC**. Ambos métodos abren la página **Ejecutar RFC**.
+ Como alternativa, y para explorar las opciones de tipos de cambio, haga clic en **Elegir por categoría** en la parte superior de la página para abrir una serie de cuadros de opciones desplegables.
+ Elija una **categoría**, una **subcategoría**, un **elemento** y una **operación.** Aparece el cuadro de información para ese tipo de cambio y aparece un panel en la parte inferior de la página.
+ Cuando esté listo, presione **Entrar** y aparecerá una lista de los tipos de cambios coincidentes.
+ Elige un tipo de cambio de la lista. El cuadro de información para ese tipo de cambio aparece en la parte inferior de la página.
+ Una vez que tenga el tipo de cambio correcto, elija **Crear RFC**.
**nota**
La CLI de AMS debe estar instalada para que estos comandos funcionen. Para instalar la API o CLI de AMS, vaya a la página de **recursos para desarrolladores** de la consola AMS. Para obtener material de referencia sobre la API AMS CM o la API AMS SKMS, consulte la sección Recursos de información de AMS en la Guía del usuario. Puede que necesite añadir una `--profile` opción de autenticación; por ejemplo,`aws amsskms ams-cli-command --profile SAML`. Es posible que también tengas que añadir la `--region` opción, ya que todos los comandos de AMS se ejecutan desde us-east-1, por ejemplo. `aws amscm ams-cli-command --region=us-east-1`
**nota**
Los puntos de enlace AMS API/CLI (amscm y amsskms) se encuentran en la región de AWS del Norte de Virginia,. `us-east-1` En función de cómo esté configurada su autenticación y de la región de AWS en la que se encuentren su cuenta y sus recursos, es posible que tenga que `--region us-east-1` añadirlos al emitir comandos. Es posible que también necesite añadirlo`--profile saml`, si ese es su método de autenticación.
Para buscar un tipo de cambio mediante la API CM de AMS (consulte [ListChangeTypeClassificationSummaries](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_ListChangeTypeClassificationSummaries.html)) o la CLI:
Puede utilizar un filtro o una consulta para realizar la búsqueda. La ListChangeTypeClassificationSummaries operación tiene opciones de [filtros](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_ListChangeTypeClassificationSummaries.html#amscm-ListChangeTypeClassificationSummaries-request-Filters) para `Category``Subcategory`,`Item`, y`Operation`, pero los valores deben coincidir exactamente con los valores existentes. Para obtener resultados más flexibles al usar la CLI, puede usar la `--query` opción.
**Cambie el tipo de filtrado con la API/CLI AMS CM**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/ug-find-ct-ex-section.html)
1. Estos son algunos ejemplos de clasificaciones de tipos de cambio de listas:
El siguiente comando muestra todas las categorías de tipos de cambio.
```
aws amscm list-change-type-categories
```
El siguiente comando muestra las subcategorías que pertenecen a una categoría específica.
```
aws amscm list-change-type-subcategories --category CATEGORY
```
El siguiente comando muestra los elementos que pertenecen a una categoría y subcategoría especificadas.
```
aws amscm list-change-type-items --category CATEGORY --subcategory SUBCATEGORY
```
1. Estos son algunos ejemplos de búsqueda de tipos de cambios con consultas CLI:
El siguiente comando busca en los resúmenes de las clasificaciones de CT las que contienen «S3" en el nombre del elemento y crea el resultado de la categoría, la subcategoría, el elemento, la operación y el identificador del tipo de cambio en forma de tabla.
```
aws amscm list-change-type-classification-summaries --query "ChangeTypeClassificationSummaries [?contains(Item, 'S3')].[Category,Subcategory,Item,Operation,ChangeTypeId]" --output table
```
```
+---------------------------------------------------------------+
| ListChangeTypeClassificationSummaries |
+----------+-------------------------+--+------+----------------+
|Deployment|Advanced Stack Components|S3|Create|ct-1a68ck03fn98r|
+----------+-------------------------+--+------+----------------+
```
1. A continuación, puede utilizar el identificador del tipo de cambio para obtener el esquema CT y examinar los parámetros. El siguiente comando envía el esquema a un archivo JSON denominado Creates3Params.schema.json.
```
aws amscm get-change-type-version --change-type-id "ct-1a68ck03fn98r" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > CreateS3Params.schema.json
```
Para obtener información sobre el uso de consultas CLI, consulte [Cómo filtrar la salida con la opción --query](https://docs.aws.amazon.com/cli/latest/userguide/controlling-output.html#controlling-output-filter) y la referencia del lenguaje de consulta, [JMESPath Especificación](http://jmespath.org/specification.html).
1. Una vez que tengas el ID del tipo de cambio, te recomendamos que compruebes la versión del tipo de cambio para asegurarte de que es la última. Usa este comando para buscar la versión de un tipo de cambio específico:
```
aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=CHANGE_TYPE_ID
```
Para `AutomationStatus` buscar el tipo de cambio específico, ejecute este comando:
```
aws amscm --profile saml get-change-type-version --change-type-id CHANGE_TYPE_ID --query "ChangeTypeVersion.{AutomationStatus:AutomationStatus.Name}"
```
Para `ExpectedExecutionDurationInMinutes` buscar el tipo de cambio específico, ejecuta este comando:
```
aws amscm --profile saml get-change-type-version --change-type-id ct-14027q0sjyt1h --query "ChangeTypeVersion.{ExpectedDuration:ExpectedExecutionDurationInMinutes}"
```
# Solución de problemas de errores de RFC en AMS
Muchos errores de RFC relacionados con el aprovisionamiento de AMS se pueden investigar a través de la documentación. CloudFormation Consulte [Solución de problemas de AWS CloudFormation: Solución de errores](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/troubleshooting.html#troubleshooting-errors)
En las siguientes secciones se proporcionan sugerencias adicionales para la solución de problemas.
## Errores de RFC de «administración» en AMS
Los tipos de cambio de categoría «Gestión» de AMS (CTs) permiten solicitar el acceso a los recursos, así como gestionar los recursos existentes. En esta sección se describen algunos problemas comunes.
### Errores de acceso a RFC
+ Asegúrese de que el nombre de usuario y el FQDN que especificó en el RFC son correctos y existen en el dominio. Para obtener ayuda para encontrar el FQDN, consulte Cómo [encontrar](https://docs.aws.amazon.com/managedservices/latest/userguide/find-FQDN.html) el FQDN.
+ Asegúrese de que el ID de pila que especificó para el acceso sea una pila relacionada con EC2. Las pilas como ELB y Amazon Simple Storage Service (S3) no son aptas para el acceso; en su lugar RFCs, utilice su función de acceso de solo lectura para acceder a estos recursos de pilas. [Si necesitas ayuda para encontrar un ID de pila, consulta Cómo encontrar una pila IDs](https://docs.aws.amazon.com/managedservices/latest/userguide/find-stack.html)
+ Asegúrate de que el ID de pila que has proporcionado es correcto y pertenece a la cuenta correspondiente.
Para obtener ayuda con otros errores de RFC de acceso, consulta [Administración de acceso](https://docs.aws.amazon.com/managedservices/latest/userguide/access-mgmt.html).
**YouTube Vídeo**: [¿Cómo puedo presentar correctamente una solicitud de cambio (RFC) para evitar rechazos](https://www.youtube.com/watch?v=IFOn4Q-5Cas&list=PLhr1KZpdzukc_VXASRqOUSM5AJgtHat6-&index=5&t=242s) y errores?
### Errores en la programación del RFC (manual) por TC
La mayoría de los tipos de cambios son ExecutionMode =Automatizados, pero algunos son ExecutionMode =Manuales y eso afecta a la forma en que debe programarlos para evitar que se produzca un error en la RFC.
Programado RFCs con ExecutionMode =Manual, debe configurarse para que se ejecute al menos 24 horas en el futuro si utiliza la consola AMS para crear el RFC.
El objetivo de AMS es responder a una TC manual en un plazo de ocho horas y se pondrá en contacto con ella lo antes posible, pero la RFC podría tardar mucho más en ejecutarse realmente.
### Se utiliza RFCs con actualización manual CTs
Las operaciones de AMS rechazan la gestión \$1 Otras \$1 Otras RFCs para actualizar las pilas cuando haya un tipo de cambio de actualización para el tipo de pila que se quiere actualizar.
### RFC elimina los errores de pila
Fallos de eliminación de la pila mediante RFC: si utilizas el comando Management \$1 Standard stacks \$1 Stack \$1 Delete CT, verás los eventos detallados de la pila con el nombre de la pila AMS en la CloudFormation consola. Puedes identificar tu pila comparándola con el nombre que tiene en la consola AMS. La CloudFormation consola proporciona más detalles sobre las causas de los errores.
Antes de eliminar una pila, debes tener en cuenta cómo se creó la pila. Si creó la pila con un AMS CT y no agregó ni editó los recursos de la pila, puede esperar eliminarla sin problemas. Sin embargo, es una buena idea eliminar los recursos añadidos manualmente de una pila antes de enviar una RFC para eliminarla. Por ejemplo, si crea una pila con la pila completa CT (HA de dos niveles), incluirá un grupo de seguridad:. SG1 Si, a continuación SG2, utiliza AMS para crear otro grupo de seguridad (-) y hace referencia al nuevo SG2 grupo SG1 creado como parte de la pila completa y, a continuación, utiliza la pila de eliminación CT para eliminar la pila, no SG1 se eliminará tal como se hace referencia a ella SG2.
**importante**
Eliminar pilas puede tener consecuencias no deseadas e imprevistas. Por este motivo, AMS prefiere \$1no\$1 eliminar pilas o apilar recursos en nombre de los clientes. Tenga en cuenta que AMS solo eliminará los recursos en su nombre (mediante un tipo de cambio de gestión \$1 Otros \$1 Otros \$1 Actualizar) que no sea posible eliminar mediante el tipo de cambio automatizado adecuado para eliminarlos. Consideraciones adicionales:
Si los recursos están habilitados para la «protección contra la eliminación», AMS puede ayudarte a desbloquearla si envías un tipo de cambio de tipo Gestión \$1 Otros \$1 Otros \$1 Actualizar y, una vez eliminada la protección de eliminación, puedes utilizar el CT automatizado para eliminar ese recurso.
Si hay varios recursos en una pila y solo desea eliminar un subconjunto de los recursos de la pila, utilice el tipo de cambio de CloudFormation actualización (consulte Pila de [CloudFormation ingesta](https://docs.aws.amazon.com/managedservices/latest/appguide/ex-cfn-ingest-update-col.html): actualización). También puede enviar un tipo de cambio de administración \$1 Otros \$1 Otros \$1 Actualizar y los ingenieros de AMS pueden ayudarle a crear el conjunto de cambios, si es necesario.
Si hay problemas al utilizar la CloudFormation actualización CT debido a desviaciones, AMS puede ayudarle si envía una actualización de Management \$1 Other \$1 Other \$1 Other para resolver la deriva (en la medida en que lo admita el CloudFormation servicio de AWS) y proporcionarle una ChangeSet que, a continuación, pueda validar y ejecutar mediante la CT, el Management/Custom Stack/Stack From CloudFormation Template/Approve conjunto de cambios y la actualización automatizados.
AMS mantiene las restricciones anteriores para garantizar que no se eliminen recursos de forma inesperada o imprevista.
Para obtener más información, consulte [Solución de problemas de AWS CloudFormation: la eliminación de la pila falla](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/troubleshooting.html#troubleshooting-errors-delete-stack-fails).
### Errores de DNS al actualizar el RFC
Es posible RFCs que se produzca un error al actualizar varias veces una zona alojada en el DNS, algunas veces sin motivo. Si se crean varias RFCs al mismo tiempo para actualizar las zonas alojadas en el DNS (privadas o públicas), algunas de ellas pueden RFCs fallar porque están intentando actualizar la misma pila al mismo tiempo. La administración de cambios de AMS rechaza o falla si RFCs no puede actualizar una pila porque otra RFC ya la está actualizando. AMS recomienda crear una RFC a la vez y esperar a que la RFC funcione correctamente antes de crear una nueva para la misma pila.
### Errores de entidades de RFC IAM
AMS proporciona una serie de funciones y perfiles de IAM predeterminados en las cuentas de AMS que están diseñadas para satisfacer sus necesidades. Sin embargo, es posible que de vez en cuando necesite solicitar recursos de IAM adicionales.
El proceso de presentación de solicitudes RFCs de recursos de IAM personalizados sigue el flujo de trabajo estándar y manual RFCs, pero el proceso de aprobación también incluye una revisión de seguridad para garantizar que se han establecido los controles de seguridad adecuados. Por lo tanto, el proceso suele tardar más que otros manuales RFCs. Para reducir el tiempo de ciclo de estos RFCs, siga las siguientes pautas.
Para obtener información sobre lo que entendemos por una revisión de la IAM y cómo se ajusta a nuestras normas técnicas y al proceso de aceptación de riesgos, consulte[Comprenda las revisiones de seguridad de RFC](rfc-security.md).
Solicitudes comunes de recursos de IAM:
+ Si está solicitando una política relativa a una aplicación importante compatible con la nube, por ejemplo CloudEndure, consulte la CloudEndure política de IAM aprobada previamente por la AMS: descomprima el archivo de ejemplo de [WIGs Cloud Endure Landing Zone](samples/wigs-ce-lz-examples.zip) y abra el `customer_cloud_endure_policy.json`
**nota**
Si desea una política más permisiva, hable con usted sobre sus necesidades y solicite, si es necesario, una revisión CloudArchitect/CSDM y aprobación de seguridad por parte de AMS antes de enviar una RFC para implementar la política.
+ Si desea modificar un recurso implementado por AMS en su cuenta de forma predeterminada, le recomendamos que solicite una copia modificada de ese recurso en lugar de realizar cambios en el ya existente.
+ Si solicita permisos para un usuario humano (en lugar de adjuntar los permisos al usuario), asocie los permisos a un rol y, a continuación, conceda permiso al usuario para que asuma ese rol. Para obtener más información sobre cómo hacerlo, consulte [Acceso temporal a la consola AMS Advanced](https://docs.aws.amazon.com/managedservices/latest/userguide/access-console-temp.html).
+ Si necesita permisos excepcionales para una migración o un flujo de trabajo temporales, indique una fecha de finalización para dichos permisos en su solicitud.
+ Si ya has discutido el tema de tu solicitud con tu equipo de seguridad, presenta a tu CSDM una prueba de su aprobación con el mayor detalle posible.
Si AMS rechaza un RFC de IAM, indicamos un motivo claro para rechazarlo. Por ejemplo, podríamos rechazar una solicitud de creación de una política de IAM y explicar qué aspectos de la política son inapropiados. En ese caso, puede realizar los cambios identificados y volver a enviar la solicitud. Si se requiere mayor claridad sobre el estado de una solicitud, envíe una solicitud de servicio o póngase en contacto con su CSDM.
La siguiente lista describe los riesgos típicos que AMS intenta mitigar al revisar su IAM. RFCs Si su RFC de IAM presenta alguno de estos riesgos, es posible que se rechace la RFC. En los casos en los que necesite una excepción, AMS solicitará la aprobación de su equipo de seguridad. Para solicitar una excepción de este tipo, coordínese con su CSDM.
**nota**
AMS puede, por cualquier motivo, rechazar cualquier cambio en los recursos de IAM de una cuenta. Si tiene dudas sobre el rechazo de un RFC, póngase en contacto con AMS Operations mediante una solicitud de servicio o póngase en contacto con su CSDM.
+ Escalación de privilegios, como permisos que te permiten modificar tus propios permisos o modificar los permisos de otros recursos de la cuenta. Ejemplos:
+ El uso de `iam:PassRole` con otro rol más privilegiado.
+ Permiso para acceder a las políticas de attach/detach IAM por parte de un rol o un usuario.
+ La modificación de las políticas de IAM en la cuenta.
+ La capacidad de realizar llamadas a la API en el contexto de la infraestructura de administración.
+ Permisos para modificar los recursos o las aplicaciones necesarios para proporcionarle los servicios de AMS. Ejemplos:
+ Modificación de la infraestructura de AMS, como los bastiones, el host de administración o la infraestructura de EPS.
+ Eliminación de las funciones o flujos de registro de AWS Lambda de administración de registros.
+ La eliminación o modificación de la aplicación de CloudTrail monitoreo predeterminada.
+ La modificación del Active Directory (AD) de los servicios de directorio.
+ Desactivación de las alarmas CloudWatch (CW).
+ La modificación de los principios, las políticas y los espacios de nombres implementados en la cuenta como parte de la landing zone.
+ El despliegue de la infraestructura no se basa en las mejores prácticas, como los permisos que permiten crear una infraestructura en un estado que pone en peligro la seguridad de la información. Ejemplos:
+ La creación de depósitos de S3 públicos o no cifrados o el intercambio público de volúmenes de EBS.
+ El aprovisionamiento de direcciones IP públicas.
+ La modificación de los grupos de seguridad para permitir un acceso amplio.
+ Permisos demasiado amplios que pueden afectar a las aplicaciones, como los permisos que pueden provocar la pérdida de datos, la pérdida de integridad, una configuración inadecuada o la interrupción del servicio de la infraestructura y las aplicaciones de la cuenta. Ejemplos:
+ Inhabilitar o redirigir el tráfico de red a través APIs de, por ejemplo, o. `ModifyNetworkInterfaceAttribute` `UpdateRouteTable`
+ La desactivación de la infraestructura gestionada mediante la separación de los volúmenes de los hosts gestionados.
+ Los permisos para los servicios no forman parte de la descripción del servicio de AMS y AMS no los admite.
Los servicios que no figuran en la descripción del servicio de AMS no se pueden utilizar en las cuentas de AMS. Para solicitar asistencia para una función o un servicio, póngase en contacto con su CSDM.
+ Permisos que no cumplen con el objetivo establecido porque son demasiado generosos o demasiado conservadores o se aplican a los recursos incorrectos. Ejemplos:
+ Una solicitud de `s3:PutObject` permisos para un bucket de S3 que tiene un cifrado KMS obligatorio, sin `KMS:Encrypt` permisos para la clave correspondiente.
+ Permisos que pertenecen a recursos que no existen en la cuenta.
+ IAM RFCs donde la descripción de la RFC no parece coincidir con la solicitud.
## Errores de RFC relacionados con el «despliegue»
Los tipos de cambio de categoría «Despliegue» de AMS (CTs) le permiten solicitar que se añadan a su cuenta varios recursos compatibles con AMS.
La mayoría de los AMS CTs que crean un recurso se basan CloudFormation en plantillas. Como cliente, tiene acceso de solo lectura a todos los servicios de AWS CloudFormation, incluidos los que puede identificar rápidamente la CloudFormation pila que representa su pila en función de la descripción de la pila mediante la CloudFormation consola. Es probable que la pila fallida se encuentre en un estado de DELETE\$1COMPLETE. Una vez que haya identificado la CloudFormation pila, los eventos le mostrarán el recurso específico que no se pudo crear y el motivo.
### Uso de CloudFormation la documentación para solucionar problemas
La mayoría de los aprovisionamientos de AMS RFCs utilizan una CloudFormation plantilla y esa documentación puede resultar útil para solucionar problemas. Consulte la documentación de esa CloudFormation plantilla:
+ Error al crear el balanceador de carga de aplicaciones: [ AWS::ElasticLoadBalancingV2::LoadBalancer (Application Load](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-elasticloadbalancingv2-loadbalancer.html) Balancer)
+ Crear grupo de Auto Scaling: [ AWS::AutoScaling::AutoScalingGroup (Auto Scaling Group)](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-as-group.html)
+ Crear caché de memcached: [ AWS::ElastiCache::CacheCluster (Clúster de caché)](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-elasticache-cache-cluster.html)
+ Crear caché de Redis: [ AWS::ElastiCache::CacheCluster (Clúster de caché)](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-elasticache-cache-cluster.html)
+ Crear zona alojada en DNS (utilizada con Crear DNS privado/público): [ AWS::Route53::HostedZone (](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-route53-hostedzone.html)Zona alojada R53)
+ [Crear conjunto de registros DNS (usado con Crear DNS privado/público): (Conjuntos de registros de recursos) AWS::Route53::RecordSet ](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-route53-recordset.html)
+ Cree una pila de EC2: [ AWS::EC2::Instance (Elastic Compute Cloud)](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-ec2-instance.html)
+ Crear un sistema de archivos elástico (EFS): [ AWS::EFS::FileSystem (Sistema de archivos elástico)](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-efs-filesystem.html)
+ Crear un balanceador de carga: [ AWS::ElasticLoadBalancing::LoadBalancer (Elastic Load](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-ec2-elb.html) Balancer)
+ Crear RDS DB: [ AWS::RDS::DBInstance (base de datos relacional)](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-rds-database-instance.html)
+ Cree Amazon S3: [ AWS::S3::Bucket (servicio de almacenamiento simple)](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-s3-bucket.html)
+ Crear cola: [ AWS::SQS::Queue (servicio de colas simple)](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-sqs-queues.html)
### Errores de creación de RFC AMIs
Una Imagen de máquina de Amazon (AMI) es una plantilla que contiene una configuración de software (por ejemplo, un sistema operativo, un servidor de aplicaciones y aplicaciones). Desde una AMI, se inicia una instancia que es una copia de la AMI que se ejecuta como un servidor virtual en la nube. Las AMI son muy útiles y se requieren para crear instancias EC2 o grupos de Auto Scaling; sin embargo, debe cumplir algunos requisitos:
+ La instancia que especifique `Ec2InstanceId` debe estar detenida para que la RFC se ejecute correctamente. No utilice instancias del grupo Auto Scaling (ASG) para este parámetro porque el ASG finalizará una instancia detenida.
+ Para crear una Amazon Machine Image (AMI) de AMS, debe empezar con una instancia de AMS. Antes de poder usar la instancia para crear la AMI, debe prepararla asegurándose de que esté detenida y separada de su dominio. Para obtener más información, consulte [Creación de una imagen de máquina Amazon estándar con Sysprep](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/Creating_EBSbacked_WinAMI.html#23ami-create-standard)
+ El nombre que especifique para la nueva AMI debe ser único en la cuenta o la RFC fallará. Cómo hacerlo se describe en [AMI \$1 Create](https://docs.aws.amazon.com/managedservices/latest/ctref/deployment-advanced-ami-create.html) y, para obtener más información, consulte [Diseño de AMI de AWS](https://aws.amazon.com/answers/configuration-management/aws-ami-design/).
**nota**
Para obtener información adicional sobre cómo preparar la creación de una AMI, consulte [AMI \$1 Create](https://docs.aws.amazon.com/managedservices/latest/ctref/deployment-advanced-ami-create.html).
### RFCs creación EC2s o errores ASGs
En el caso de errores de EC2 o ASG con tiempos de espera, AMS recomienda confirmar si la AMI utilizada está personalizada. Si es así, consulte los pasos de creación de la AMI que se incluyen en esta guía (consulte [AMI \$1 Crear](https://docs.aws.amazon.com/managedservices/latest/ctref/deployment-advanced-ami-create.html)) para asegurarse de que la AMI se creó correctamente. Un error común al crear una AMI personalizada es no seguir los pasos de la guía para cambiar el nombre de Sysprep o invocarlo.
### RFCs crear errores de RDS
Los errores del Amazon Relational Database Service (RDS) se pueden producir por muchos motivos diferentes, ya que puede utilizar muchos motores diferentes al crear el RDS y cada motor tiene sus propios requisitos y limitaciones. [Antes de intentar crear una pila de AMS RDS, revise detenidamente los valores de los parámetros de AWS RDS (consulte Crear). DBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html)
Para obtener más información sobre Amazon RDS en general, incluidas las recomendaciones de tamaño, consulte la documentación de [Amazon Relational Database Service](https://aws.amazon.com/documentation/rds/).
### RFCs errores de creación de Amazon S3
Un error común al crear un depósito de almacenamiento de S3 es no utilizar un nombre único para el depósito. Si ha enviado un depósito de S3 Create CT con el mismo nombre que el enviado anteriormente, se producirá un error porque ya existe un depósito de S3 con ese nombre BucketName. Esto se detallará en la CloudFormation consola, donde verá que el evento de pila indica que el nombre del bucket ya está en uso.
## Errores de validación de RFC frente a errores de ejecución
Los errores de RFC y los mensajes relacionados difieren en los mensajes de salida de la página de detalles del RFC de la consola AMS para un RFC seleccionado:
+ Los motivos de los errores de validación solo están disponibles en el campo de estado
+ Los motivos de los errores de ejecución están disponibles en los campos de salida de la ejecución y de estado.
![\[Request for change details showing rejected status due to no domain trust found.\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/images/rfcReason.png)
## Mensajes de error de RFC
Si encuentra el siguiente error en los tipos de cambios de la lista (CTs), puede utilizar estas soluciones para encontrar el origen de los problemas y solucionarlos.
`{"errorMessage":"An error has occurred during RFC execution. We are investigating the issue.","errorType":"InternalError"}`
Si necesita más ayuda después de consultar las siguientes opciones de solución de problemas, póngase en contacto con AMS a través de la correspondencia RFC. Para obtener más información, consulte [Correspondencia y anexo del RFC (consola)](https://docs.aws.amazon.com/managedservices/latest/userguide/ex-rfc-gui.html#ex-rfc-correspondence).
### Errores de ingesta de carga de trabajo (WIGS)
**nota**
Las herramientas de validación para Windows y Linux se pueden descargar y ejecutar directamente en los servidores locales, así como en las instancias EC2 de AWS. Puede consultarlas en la *Guía avanzada para desarrolladores de aplicaciones de AMS Migración de cargas de* trabajo: validación previa a la ingesta de [Linux y [Migración](https://docs.aws.amazon.com/managedservices/latest/appguide/ex-migrate-instance-win-validation.html) de cargas de trabajo: validación previa a la ingesta](https://docs.aws.amazon.com/managedservices/latest/appguide/ex-migrate-instance-linux-validation.html) de Windows.
+ Asegúrese de que la instancia EC2 exista en la cuenta AMS de destino. Por ejemplo, si ha compartido su AMI de una cuenta que no es de AMS con una cuenta de AMS, tendrá que crear una instancia EC2 en su cuenta de AMS con la AMI compartida antes de poder enviar una RFC de ingesta de carga de trabajo.
+ Compruebe si los grupos de seguridad adjuntos a la instancia tienen permitido el tráfico de salida. El agente SSM debe poder conectarse a su punto final público.
+ Comprueba si la instancia tiene los permisos adecuados para conectarse con el agente SSM. Estos permisos vienen incluidos`customer-mc-ec2-instance-profile`, y puede comprobarlos en la consola EC2:
![\[EC2 instance details showing IAM role set to customer-mc-ec2-instance-profile.\]](http://docs.aws.amazon.com/es_es/managedservices/latest/onboardingguide/images/ec2ConsoleWCircle.png)
### Errores de parada de la pila de instancias EC2
+ Compruebe si la instancia ya está detenida o finalizada.
+ Si la instancia EC2 está en línea y ves el `InternalError` error, envía una solicitud de servicio para que AMS la investigue.
+ Tenga en cuenta que no puede usar el tipo de cambio Management \$1 Advanced stack components \$1 EC2 instance stack \$1 Stop ct-3mvvt2zkyveqj para detener una instancia de grupo de Auto Scaling (ASG). Si necesita detener una instancia de ASG, envíe una solicitud de servicio.
### La pila de instancias EC2 crea errores
El `InternalError` mensaje proviene de un motivo de estado CloudFormation CREATION\$1FAILED. Para obtener detalles sobre el error de la pila en los eventos de CloudWatch pila, sigue estos pasos:
+ En la consola de administración de AWS, puede ver una lista de eventos de pila mientras se crea, actualiza o elimina la pila. Desde esta lista, encuentre un evento de error y, a continuación, vea la razón del estado de dicho evento.
El motivo del estado puede contener un mensaje de error de AWS CloudFormation o de un servicio concreto que pueda ayudarle a entender el problema.
+ Para obtener más información sobre la visualización de eventos de pila, consulte [Visualización de datos y recursos de AWS CloudFormation Stack en la consola de administración de AWS](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/cfn-console-view-stack-data-resources.html).
### Errores de restauración del volumen de la instancia EC2
AMS crea un RFC interno de solución de problemas cuando se produce un error en la restauración del volumen de la instancia EC2. Esto se debe a que la restauración del volumen de una instancia EC2 es una parte importante de la recuperación ante desastres (DR) y AMS crea automáticamente este RFC interno de solución de problemas.
Cuando se crea la RFC interna de solución de problemas, aparece un banner con enlaces a la RFC. Este RFC interno de solución de problemas le proporciona una mayor visibilidad de los errores del RFC y, en lugar de enviar un nuevo intento que RFCs provoque los mismos errores o tener que ponerse en contacto manualmente con AMS en caso de fallo, puede realizar un seguimiento de los cambios y saber que AMS está solucionando el error. Esto también reduce la métrica time-to-recovery (TTR) para su cambio, ya que los operadores de AMS trabajan de forma proactiva para solucionar el error de la RFC en lugar de esperar a que usted lo solicite.
## ¿Cómo obtener ayuda con una RFC
Puede ponerse en contacto con AMS para identificar la causa raíz del error. El horario de atención de AMS es las 24 horas del día, los 7 días de la semana, los 365 días del año.
AMS le ofrece varias vías para solicitar ayuda.
+ Si necesita ayuda con un RFC abierto o con un RFC completado pero incorrecto, active el AMS mediante la correspondencia bidireccional del RFC. Para obtener más información, consulte [Correspondencia y adjuntos del RFC](https://docs.aws.amazon.com/managedservices/latest/userguide/ex-rfc-gui.html#ex-rfc-correspondence) (consola).
+ Para informar de un problema de rendimiento de los servicios de AWS o AMS que afecte a su entorno gestionado, utilice la consola AMS y envíe un informe de incidente. Para obtener más información, consulte [Notificación de un incidente](https://docs.aws.amazon.com/managedservices/latest/userguide/gui-ex-report-incident.html). Para obtener información general sobre la gestión de incidentes de AMS, consulte [Respuesta a incidentes](https://docs.aws.amazon.com/managedservices/latest/userguide/sec-incident-response.html).
+ Si tiene alguna pregunta específica sobre cómo usted o sus recursos o aplicaciones trabajan con AMS, o si desea agravar un incidente, envíe un correo electrónico a una o varias de las siguientes direcciones:
1. En primer lugar, si no está satisfecho con la solicitud de servicio o la respuesta al informe de incidentes, envíe un correo electrónico a su CSDM: ams-csdm@amazon.com
1. A continuación, si se requiere una escalación, puede enviar un correo electrónico al gerente de operaciones de AMS (pero es probable que su CSDM se encargue de ello): ams-opsmanager@amazon.com
1. Para continuar, diríjase al director de AMS: ams-director@amazon.com
1. Por último, siempre podrá ponerse en contacto con el vicepresidente de la AMS: ams-vp@amazon.com