Mettre à jour RFCs - Guide de l'utilisateur avancé d'AMS

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Mettre à jour RFCs

Vous pouvez soumettre à nouveau un RFC qui a été rejeté ou qui n'a pas encore été soumis, en le mettant à jour puis en le soumettant, ou en le soumettant à nouveau. Notez que la plupart RFCs sont rejetées parce que le paramètre spécifié est RequestedStartTime passé avant la soumission ou parce qu'il n' TimeoutInMinutes est pas adapté à l'exécution de la RFC (étant donné TimeoutInMinutes que cela ne prolonge pas une RFC réussie, nous vous recommandons de toujours définir ce paramètre sur au moins « 60 » et jusqu'à « 360 » pour un groupe Amazon EC2 ou Amazon EC2 Auto Scaling ayant une longue durée d'exécution). UserData Cette section décrit comment utiliser la version CLI de la UpdateRfc commande pour mettre à jour une RFC avec un nouveau paramètre RFC, ou de nouveaux paramètres à l'aide d'un JSON stringifié ou d'un fichier de paramètres mis à jour.

Cet exemple décrit l'utilisation de la version CLI de l' UpdateRfc API AMS (voir Update RFC). Bien qu'il existe des types de modifications pour mettre à jour certaines ressources (DNS privé et public, piles d'équilibreurs de charge et configuration de correctifs de pile), il n'existe aucun CT pour mettre à jour une RFC.

Nous vous recommandons de soumettre une UpdateRfc opération à la fois. Si vous soumettez plusieurs mises à jour, par exemple sur une pile DNS, les mises à jour risquent d'échouer en tentant de mettre à jour le DNS en même temps.

DONNÉES REQUISES RfcId : La RFC que vous êtes en train de mettre à jour.

DONNÉES FACULTATIVES ExecutionParameters : À moins que vous ne mettiez à jour un champ non obligatoireDescription, vous devez par exemple soumettre des paramètres d'exécution modifiés pour résoudre les problèmes à l'origine du rejet ou de l'annulation de la RFC. Toutes les valeurs non nulles soumises remplacent ces valeurs dans la RFC d'origine.

  1. Trouvez le RFC rejeté ou annulé pertinent, vous pouvez utiliser cette commande (vous pouvez remplacer la valeur parCanceled) :

    aws amscm list-rfc-summaries --filter Attribute=RfcStatusId,Value=Rejected

  2. Vous pouvez modifier n'importe lequel des paramètres RFC suivants :

    {
    "Description": "string",
    "ExecutionParameters": "string",
    "ExpectedOutcome": "string",
    "ImplementationPlan": "string",
    "RequestedEndTime": "string",
    "RequestedStartTime": "string",
    "RfcId": "string",
    "RollbackPlan": "string",
    "Title": "string",
    "WorstCaseScenario": "string"}

    Exemple de commande mettant à jour le champ Description :

    aws amscm update-rfc --description "AMSTestNoOpsActionRequired" --rfc-id "RFC_ID" --region us-east-1

    Exemple de commande mettant à jour le ExecutionParameters VpcId champ :

    aws amscm update-rfc  --execution-parameters "{\"VpcId\":\"VPC_ID\"}" --rfc-id "RFC_ID" --region us-east-1

    Exemple de commande mettant à jour la RFC avec un fichier de paramètres d'exécution contenant les mises à jour ; voir un exemple de fichier de paramètres d'exécution à l'étape 2 de : EC2 stack | Create :

    aws amscm update-rfc --execution-parameters file://CreateEc2ParamsUpdate.json --rfc-id "RFC_ID" --region us-east-1

  3. Soumettez à nouveau la RFC en utilisant submit-rfc le même identifiant RFC que celui que vous aviez lors de sa création initiale :

    aws amscm submit-rfc --rfc-id RFC_ID

    Si le RFC réussit, vous ne recevez aucun message de confirmation ou d'erreur sur la ligne de commande.

  4. Pour surveiller l'état de la demande et afficher le résultat d'exécution, exécutez la commande suivante.

    aws amscm get-rfc --rfc-id RFC_ID