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. # 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. 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/userguide/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/userguide/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/userguide/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/userguide/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 «se requiere revisión» 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 «es necesario revisar» (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 de 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 (ct-3kinq0u4l33zf), automatizado y que no requiere revisión, solo permite corregir 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 automática (**ct-3kinq0u4l33zf) que no requiere revisión** 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 es necesario que intentes realizar una actualización de nuevo y, en su lugar, puedes utilizar la revisión manual o CT requerida. Recomendamos utilizar la **revisión manual obligatoria** (ct-34sxfo53yuzah) solo cuando los tipos de recursos desviados no sean compatibles con la corrección de la desviación (no sea necesaria una revisión), automática, CT (ct-3kinq0u4l33zf) o cuando la corrección de la deriva no requiera revisión, automática 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. Para revisar los tipos de cambios obligatorios, 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 «**revisiones obligatorias» de ASAP** se RFCs rechazan automáticamente si no se aprueban dentro de los treinta días posteriores a 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 que «requiere revisión», 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 «revisión obligatoria» CTs, AMS recomienda que utilice la opción de **programación** lo antes posible (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/userguide/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/userguide/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/userguide/images/guiRfcCreate1-2.png) Cómo funciona: 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 listas 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, una subcategoría, un elemento y una 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 Cómo funciona: 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 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 van desde «60» hasta «360», para CTs los de larga duración UserData: Create and Create EC2 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á utilizarla 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 utilizar 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/userguide/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/userguide/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, puedes filtrar por el **asunto** de la RFC, que es lo que ingresaste como RFC `Title` cuando la creaste. ## 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/userguide/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/userguide/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/userguide/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/userguide/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/userguide/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/userguide/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/userguide/images/RFCDigestExample.png)