語法組態集命令檔案群組套件服務來源使用者

`AWS::CloudFormation::Init`

使用該AWS::CloudFormation::Init類型在 Amazon EC2 執行個體上包含 cfn-init 協助程式指令碼的中繼資料。如果範本呼叫 cfn-init 指令碼，該指令碼會在 AWS::CloudFormation::Init 中繼資料金鑰內尋找根資源中繼資料。如需 cfn-init 的詳細資訊，請參閱 cfn-init。

cfn-init 支援適用於 Linux 系統的所有中繼資料類型，亦支援適用於 Windows 的中繼資料類型 (但必須符合以下幾節所述的條件)。

如需使用AWS::CloudFormation::Init和 cfn-init 輔助程式指令碼建立 Linux 堆疊的範例，請參閱。在 Amazon 上部署應用 EC2如需 Windows 堆疊範例，請參閱引導 AWS CloudFormation 視窗堆疊。

語法

組態會分為不同區段。以下模板代碼段顯示了如何將 cfn-init 的元數據附加到模板中的EC2實例資源。

系統已將中繼資料整編為組態金鑰，而您可以將這些金鑰分組至各個組態集；您可以在範本cfn-init中呼叫時指定組態集。如果您未指定組態集，請cfn-init尋找名為 config 的單一組態金鑰。

注意

cfn-init協助程式指令碼會依下列順序處理這些設定區段：套件、群組、使用者、來源、檔案、命令，然後是服務。如果您需要以不同順序進行處理，請將各區段分成不同的組態金鑰，接著使用組態集來指定處理組態金鑰時應採用的順序。

JSON


"Resources": {
  "MyInstance": {
    "Type": "AWS::EC2::Instance",
    "Metadata" : {
      "AWS::CloudFormation::Init" : {
        "config" : {
          "packages" : {
            :
          },
          "groups" : {
            :
          },
          "users" : {
            :
          },
          "sources" : {
            :
          },
          "files" : {
            :
          },
          "commands" : {
            :
          },
          "services" : {
            :
          }
        }
      }
    },
    "Properties": {
      :
    }
  }
}

YAML


Resources: 
  MyInstance: 
    Type: AWS::EC2::Instance
    Metadata: 
      AWS::CloudFormation::Init: 
        config: 
          packages: 
            :
          groups: 
            :
          users: 
            :
          sources: 
            :
          files: 
            :
          commands: 
            :
          services: 
            :
    Properties: 
      :

注意

下列各節包含使用類 Unix Shell 指令碼語言撰寫的指令碼範例，例如 Bash。若要 PowerShell 改為建立指令碼，請確定您熟悉該 PowerShell 語言。 PowerShell 語法與類 Unix 的 shell 不同，因此您需要熟悉做事 PowerShell 方式。

組態集

如果您想要建立一個以上的組態金鑰，並按照特定順序cfn-init處理它們，請建立一個組態集，其中包含按照所需順序的組態索引鍵。

單一組態集

下列範本程式碼片段會建立名為 ascending 與 descending 的組態集，並分別在當中包含兩個組態金鑰。

JSON


"AWS::CloudFormation::Init" : {
    "configSets" : {
        "ascending" : [ "config1" , "config2" ],
        "descending" : [ "config2" , "config1" ]
    },
    "config1" : {
        "commands" : {
            "test" : {
                "command" : "echo \"$CFNTEST\" > test.txt",
                "env" : { "CFNTEST" : "I come from config1." },
                "cwd" : "~"
            }
        }
    },
    "config2" : {
        "commands" : {
            "test" : {
                "command" : "echo \"$CFNTEST\" > test.txt",
                "env" : { "CFNTEST" : "I come from config2" },
                "cwd" : "~"
            }
        }
    }
}

YAML


AWS::CloudFormation::Init: 
  configSets: 
    ascending: 
      - "config1"
      - "config2"
    descending: 
      - "config2"
      - "config1"
  config1: 
    commands: 
      test: 
        command: "echo \"$CFNTEST\" > test.txt"
        env: 
          CFNTEST: "I come from config1."
        cwd: "~"
  config2: 
    commands: 
      test: 
        command: "echo \"$CFNTEST\" > test.txt"
        env: 
          CFNTEST: "I come from config2"
        cwd: "~"

多個組態集

您可以創建多個配置集，並使用cfn-init腳本調用其中的一系列配置集。而每個組態集皆能包含組態金鑰清單或參考其他組態集。以下列範本程式碼片段為例，其將建立三個組態集。第一個組態集 test1 會包含一個名為 1 的組態金鑰；第二個組態集 test2 會參考 test1 組態集，並涵蓋一個名為 2 的組態金鑰；而第三個預設組態集則會參考 test2 組態集。

JSON


"AWS::CloudFormation::Init" : {
    "configSets" : {
        "test1" : [ "1" ],
        "test2" : [ { "ConfigSet" : "test1" }, "2" ],
        "default" : [ { "ConfigSet" : "test2" } ]
    },
    "1" : {
        "commands" : {
            "test" : {
                "command" : "echo \"$MAGIC\" > test.txt",
                "env" : { "MAGIC" : "I come from the environment!" },
                "cwd" : "~"
            }
        }
    },
    "2" : {
        "commands" : {
            "test" : {
                "command" : "echo \"$MAGIC\" >> test.txt",
                "env" : { "MAGIC" : "I am test 2!" },
                "cwd" : "~"
            }
        }
    }
}

YAML


AWS::CloudFormation::Init:
  1:
    commands:
      test:
        command: "echo \"$MAGIC\" > test.txt"
        env:
          MAGIC: "I come from the environment!"
        cwd: "~"
  2:
    commands:
      test:
        command: "echo \"$MAGIC\" >> test.txt"
        env:
          MAGIC: "I am test 2!"
        cwd: "~"
  configSets: 
    test1:
      - "1"
    test2:
      -
        ConfigSet: "test1"
      - "2"
    default:
      -
        ConfigSet: "test2"

命令

您可以使用命令鍵在執行EC2個體上執行命令。而系統會依照名稱的字母順序來處理這些命令。

金錀	必要	描述
command	必要	以陣列或字串來指定要執行的命令。如果使用陣列，則不需跳脫空格字元或用引號括起指令參數。請勿使用陣列指定多個命令。
env	選用	可藉由此金鑰設定命令的環境變數。此屬性會進行覆寫，而非附加至現有的環境。
cwd	選用	工作目錄。
test	選用	一種測試命令，用於確定是否`cfn-init`運行在命令鍵中指定的命令。如果測試通過，則`cfn-init`運行命令。該`cfn-init`腳本在命令解釋器中運行測試，例如 Bash 或`cmd.exe`. 系統會根據解譯器所傳回的結束代碼來判斷是否能通過測試。若作業系統為 Linux，測試命令必須傳回結束代碼 `0`，以代表通過測試。對於 Windows，測試命令必須返回 ERRORLEVEL ％的％ `0`。
ignoreErrors	選用	Boolean 值，決定如果命令索引鍵中包含的命令失敗 (傳回非零值)，是否`cfn-init`繼續執行。`true`如果即使命令失敗也`cfn-init`要繼續執行，則設定為。`false`如果您要在命令失敗`cfn-init`時停止執行，則設定為。預設值為 `false`。
waitAfterCompletion	選用	僅適用於 Windows 系統。可藉由此金鑰指定命令完成後的等待時間 (以秒為單位)，以防該命令導致系統重新啟動。預設值為 60 秒，而「forever」值會在重新開機完成後`cfn-init`才會指示結束並繼續執行。如果您不想等候每個命令，請將此值設定為 `0`。

範例

下列範例程式碼片段在 ~/test.txt 檔案不存在時，會呼叫 echo 命令。

JSON


"commands" : {
    "test" : {
        "command" : "echo \"$MAGIC\" > test.txt",
        "env" : { "MAGIC" : "I come from the environment!" },
        "cwd" : "~",
        "test" : "test ! -e ~/test.txt",
        "ignoreErrors" : "false"
    },
    "test2" : {
        "command" : "echo \"$MAGIC2\" > test2.txt",
        "env" : { "MAGIC2" : "I come from the environment!" },
        "cwd" : "~",
        "test" : "test ! -e ~/test2.txt",
        "ignoreErrors" : "false"
    }
}

YAML


commands:
  test:
    command: "echo \"$MAGIC\" > test.txt"
    env:
      MAGIC: "I come from the environment!"
    cwd: "~"
    test: "test ! -e ~/test.txt"
    ignoreErrors: "false"
  test2:
    command: "echo \"$MAGIC2\" > test2.txt"
    env:
      MAGIC2: "I come from the environment!"
    cwd: "~"
    test: "test ! -e ~/test2.txt"
    ignoreErrors: "false"

檔案

您可以使用files金鑰在EC2執行個體上建立檔案。內容可以是內嵌在範本中，也可以從中提取內容URL。檔案會依詞典編纂順序寫入磁碟。下表會列出支援的金鑰。

金錀	描述
內容	無論是一個字符串或格式正確的JSON對象。如果您使用JSON物件作為內容，JSON將會寫入磁碟上的檔案。在將JSON物件寫入磁碟之前，`Ref`會先評估任何內建函數 (例如`Fn::GetAtt`或)。建立符號連結時，請以符號連結目標來指定內容。注意如果要建立符號連結，協助程式指令碼即會修改目標檔案的許可。目前要建立符號連結，仍必須先修改目標檔案的許可。
source	A URL 來載入檔案。您無法使用 content 金鑰來指定此選項。
編碼	編碼格式；唯有在內容是字串時，才能使用此金鑰。編碼並不適用於來源。有效值：`plain` \| `base64`
群組	擁有此檔案的群組名稱，Windows 系統不支援此金鑰。
owner	擁有此檔案的使用者名稱，Windows 系統不支援此金鑰。
模式	六位數的 8 進制值，代表此檔案的模式；Windows 系統不支援此金鑰。請使用前三位數來建立符號連結，並採用後三位數來設定許可。若要建立符號連結，請指定 `120xxx`，其中 `xxx` 定義目標檔案的許可。若要指定檔案的許可，請使用三個數字，例如 `000644`。
驗證	要使用的身分驗證方法名稱，此金鑰會覆寫任何預設的身分驗證。透過此屬性，即可選取 AWS::CloudFormation::Authentication 資源所定義的身分驗證方法。
context	可藉由此金鑰指定檔案內容，進而將其做為 Mustache 範本進行處理。您必須安裝 `aws-cfn-bootstrap` 1.3–11 或更新版本以及 pystache，才能使用此金鑰。

範例

下列範例程式碼片段會建立名setup.mysql為較大安裝的一部分的檔案。

JSON


"files" : {
  "/tmp/setup.mysql" : {
    "content" : { "Fn::Join" : ["", [
      "CREATE DATABASE ", { "Ref" : "DBName" }, ";\n",
      "CREATE USER '", { "Ref" : "DBUsername" }, "'@'localhost' IDENTIFIED BY '",
                       { "Ref" : "DBPassword" }, "';\n",
      "GRANT ALL ON ", { "Ref" : "DBName" }, ".* TO '", { "Ref" : "DBUsername" },
                       "'@'localhost';\n",
      "FLUSH PRIVILEGES;\n"
      ]]},
    "mode"  : "000644",
    "owner" : "root",
    "group" : "root"
  }
}

YAML


files: 
  /tmp/setup.mysql: 
    content: !Sub |
      CREATE DATABASE ${DBName};
      CREATE USER '${DBUsername}'@'localhost' IDENTIFIED BY '${DBPassword}';
      GRANT ALL ON ${DBName}.* TO '${DBUsername}'@'localhost';
      FLUSH PRIVILEGES;
    mode: "000644"
    owner: "root"
    group: "root"

完整範本可在下列網址取得：單一實https://s3.amazonaws.com/cloudformation-templates-us-east-1/例範本。

下列範例程式碼片段所建立的符號連結 /tmp/myfile2.txt 會指向現有檔案 /tmp/myfile1.txt；而目標檔案 /tmp/myfile1.txt 的許可則是由模式 644 所定義。

JSON


"files" : {
  "/tmp/myfile2.txt" : {
    "content" : "/tmp/myfile1.txt",
    "mode" : "120644"
  }
}

YAML


files:
  /tmp/myfile2.txt:
    content: "/tmp/myfile1.txt"
    mode: "120644"

Mustache 範本主要用來建立組態檔案。例如，您可以將組態檔案存放在 S3 儲存貯體中，並插入 Refs 和 GetAtts 範本，而不是使用。Fn::Join下列範例程式碼片段輸出Content for test9至/tmp/test9.txt。

JSON



"files" : {
    "/tmp/test9.txt" : {
        "content" : "Content for {{name}}",
        "context" : { "name" : "test9" }
    }
}

YAML


files:
  /tmp/test9.txt:
    content: "Content for {{name}}"
    context:
      name: "test9"

使用 Mustache 範本時，請注意以下事項：

要處理的檔案皆必須具備 context 金鑰。
context 金鑰必須是金鑰值映射，但可以將該金鑰設為巢狀。
您可以透過 content 金鑰來處理具備內嵌內容的檔案，並採用 source 金鑰處理遠端檔案。
Mustache 支援的內容將視 pystache 版本而定，而版本 0.5.2 可支援 Mustache 1.1.2 規格。

群組

您可以使用群組索引鍵來建立 Linux/ UNIX 群組，以及指派群組。IDs請注意，Windows 系統並不支援 groups 金鑰。

若要建立群組，請新增一組新的索引鍵/值組，此對組會將新的群組名稱對應至選用的群組 ID。groups 金鑰可以包含一個或多個群組名稱。下表會列出可用的金鑰。

金錀描述

金錀	描述
`gid`	群組 ID 編號。如果指定了群組 ID，而該群組的名稱已存在，則群組建立作業會失敗；如果另一個群組具有指定的群組 ID，作業系統可能會拒絕建立群組。範例：`{ "gid" : "23" }`

gid

群組 ID 編號。

如果指定了群組 ID，而該群組的名稱已存在，則群組建立作業會失敗；如果另一個群組具有指定的群組 ID，作業系統可能會拒絕建立群組。

範例：{ "gid" : "23" }

範例程式碼片段

下列範例程式碼片段會指定名為 groupOne 的群組，但未指派群組 ID；同時還會建立另一個名為 groupTwo 的群組，並將群組 ID 值指定為 45。

JSON


"groups" : {
    "groupOne" : {},
    "groupTwo" : { "gid" : "45" }
}

YAML


groups:
  groupOne: {}
  groupTwo:
    gid: "45"

套件

透過 packages 金鑰，即可下載預先封裝的應用程式與元件，然後加以安裝。在 Windows 系統上，套件金鑰僅支援MSI安裝程式。

支援的套件格式

此指cfn-init令碼目前支援下列套件格式：apt、MSI、蟒蛇、轉速、紅寶石、百勝和 Zypper。處理套件時，系統會採用以下順序：首先是 rpm、yum/apt/zypper，接著則是 rubygems 和 python。rubygems 和 python 之間不分順序，而系統在安裝每個套件管理工具中的套件時，不保證會按照任何順序。

指定版本

在每個套件管理工具中，系統會以套件名稱和版本清單來指定各個套件。版本可以是字串、版本清單，亦能是空白字串或清單；空白字串或清單代表要安裝最新版本。對於 rpm 管理員，版本會被指定為磁碟上檔案的路徑或URL.

如果您指定套件的版本，cfn-init即使執行個體上已經安裝了較新版本的套件，仍會嘗試安裝該版本。部分套件管理工具支援多個版本，有些則不支援。如需詳細資訊，請參閱套件管理工具的文件。如果您沒有指定版本且已安裝套件的版本，指cfn-init令碼將不會安裝新版本 — 它會假設您想要保留並使用現有版本。

範例程式碼片段

RPM, 百勝, 紅寶石, 和 Zypper

以下程式碼片段指定了 rpm URL 的版本，請求 yum 和 Zypper 的最新版本，以及從紅寶石中要求廚師的 0.10.2 版本：

JSON


"rpm" : {
  "epel" : "http://download.fedoraproject.org/pub/epel/5/i386/epel-release-5-4.noarch.rpm"
},
"yum" : {
  "httpd" : [],
  "php" : [],
  "wordpress" : []
},
"rubygems" : {
  "chef" : [ "0.10.2" ]
},
"zypper" : {
  "git" : []
}

YAML


rpm:
  epel: "http://download.fedoraproject.org/pub/epel/5/i386/epel-release-5-4.noarch.rpm"
yum:
  httpd: []
  php: []
  wordpress: []
rubygems:
  chef:
    - "0.10.2"
zypper:
  git: []

MSI套件

下面的代碼片段指URL定了一個MSI包：

JSON


"msi" : {
  "awscli" : "https://s3.amazonaws.com/aws-cli/AWSCLI64.msi"
}

YAML


msi:
  awscli: "https://s3.amazonaws.com/aws-cli/AWSCLI64.msi"

服務

透過 services 金鑰，即可定義執行個體啟動時應啟用或停用的服務。Linux 系統會透過 sysvinit 或 systemd 來支援此金鑰，而 Windows 系統則會透過 Windows 服務管理員進行支援。

服務金鑰也可讓您指定來源、套件和檔案的相依性，如此一來，如果因為安裝檔案而需要重新啟動，cfn-init就能處理服務重新啟動。例如，如果您下載 Apache HTTP 伺服器套件，套件安裝會在堆疊建立程序期間自動啟動 Apache HTTP 伺服器。但是，如果稍後在堆疊建立程序中更新 Apache HTTP 伺服器組態，除非重新啟動 Apache 伺服器，否則更新將不會生效。您可以使用服務金鑰來確保 Apache HTTP 服務已重新啟動。

下表會列出支援的金鑰。

金錀	描述
ensureRunning	設定為 true 以確保服務在`cfn-init`完成後正在執行。設定為 false 以確保服務在`cfn-init`完成後未執行。如果略過此金鑰，將不會改變服務狀態。
已啟用	將此金鑰設為 true，即可確保開機時會自動啟動服務。將此金鑰設為 false，即可確保開機時不會自動啟動服務。如果略過此金鑰，將不會改變此屬性。
files	檔案清單。如果直接通過文件塊`cfn-init`更改了一個，則此服務將重新啟動。
sources	目錄清單。如果將歸檔`cfn-init`展開到這些目錄之一，則會重新啟動此服務。
packages	對應套件管理工具與套件名稱清單。如果`cfn-init`安裝或更新其中一個套件，則會重新啟動此服務。
commands	命令名稱清單。如果`cfn-init`執行指定的命令，則會重新啟動此服務。

範例

Linux

下列 Linux 程式碼片段所設定的服務如下：

如果 nginx 服務被修改/etc/nginx/nginx.conf或/var/www/html被修改，將會重新啟動。cfn-init
如果使用 yum 進行cfn-init安裝或更新 php 或產生的 fcgi，便會重新啟動 php-fastcgi 服務。
系統將透過 systemd 停止並停用 sendmail 服務。

JSON


"services" : {
  "sysvinit" : {
    "nginx" : {
      "enabled" : "true",
      "ensureRunning" : "true",
      "files" : ["/etc/nginx/nginx.conf"],
      "sources" : ["/var/www/html"]
    },
    "php-fastcgi" : {
      "enabled" : "true",
      "ensureRunning" : "true",
      "packages" : { "yum" : ["php", "spawn-fcgi"] }
    }
  },
  "systemd": {
    "sendmail" : {
      "enabled" : "false",
      "ensureRunning" : "false"
    }
  }
}

YAML


services:
  sysvinit:
    nginx:
      enabled: "true"
      ensureRunning: "true"
      files:
        - "/etc/nginx/nginx.conf"
      sources:
        - "/var/www/html"
    php-fastcgi:
      enabled: "true"
      ensureRunning: "true"
      packages:
        yum:
          - "php"
          - "spawn-fcgi"
  systemd:
    sendmail:
      enabled: "false"
      ensureRunning: "false"

要將 systemd 與服務搭配使用，則服務必須已設定 systemd 單位檔案。以下單位檔案允許 systemd 啟動和停止多使用者服務目標中的 cfn-hup 常駐程式：


[Unit]
Description=cfn-hup daemon
[Service]
ExecStart=/usr/bin/cfn-hup -v
PIDFile=/var/run/cfn-hup.pid
[Install]
WantedBy=multi-user.target

此組態假定 cfn-hup 安裝在 /usr/bin 目錄下。不過，cfn-hup 的實際安裝位置可能會因平台而異。您可以透過在 /etc/systemd/system/cfn-hup.service.d/override.conf 中建立覆寫檔案來覆寫此組態，如下所示：


# In this example, cfn-hup executable is available under /usr/local/bin
[Service]
ExecStart=
ExecStart=/usr/local/bin/cfn-hup -v

Windows

下列 Windows 程式碼片段會啟動 cfn-hup 服務並將其設為自動執行；而在 cfn-init 修改指定的組態檔案時，則會重新啟動服務：

JSON


"services" : {
  "windows" : {
    "cfn-hup" : {
      "enabled" : "true",
      "ensureRunning" : "true",
      "files" : ["c:\\cfn\\cfn-hup.conf", "c:\\cfn\\hooks.d\\cfn-auto-reloader.conf"]
    }
  }
}

YAML


services:
  windows:
    cfn-hup:
      enabled: "true"
      ensureRunning: "true"
      files:
        - "c:\\cfn\\cfn-hup.conf"
        - "c:\\cfn\\hooks.d\\cfn-auto-reloader.conf"

來源

您可以使用 sources 金鑰下載封存檔案，並將其解壓縮到EC2執行個體的目標目錄中。Linux 與 Windows 系統完全支援此金鑰。

支援的格式

支援的格式包括：

tar
tar+gzip
tar+bz2
zip

範例

GitHub

如果您使用 GitHub 作為原始檔控制系統，您可以使用cfn-init和 source 套件機制來提取特定版本的應用程式。 GitHub 允許您通過以下方式從特定版本創建 .zip 或 .tar：URL


https://github.com/<your directory>/(zipball|tarball)/<version>

舉例來說，下列程式碼片段會將 main 版本壓縮為 .tar 檔案。

JSON


"sources" : {
  "/etc/puppet" : "https://github.com/user1/cfn-demo/tarball/main"
  }

YAML


sources:
  /etc/puppet: "https://github.com/user1/cfn-demo/tarball/main"

S3 儲存貯體

以下範例從 S3 儲存貯體下載了 tarball，並將其解壓縮至 /etc/myapp：

注意

您可以針對來源使用身分驗證憑證，但不能將 authentication 金鑰放入 sources 區塊。反之，您可以在 S3AccessCreds 區塊中加入 buckets 金鑰。如需 Amazon S3 驗證憑證的詳細資訊，請參閱 AWS::CloudFormation::Authentication。

如需範例，請參閱 https://s3.amazonaws.com/cloudformation-templates-us-east-1/S3 儲存區 _ 範本SourceAuth。

JSON


"sources" : {
  "/etc/myapp" : "https://s3.amazonaws.com/amzn-s3-demo-bucket/myapp.tar.gz"
  }

YAML


sources:
  /etc/myapp: "https://s3.amazonaws.com/amzn-s3-demo-bucket/myapp.tar.gz"

使用者

您可以使用使用者金鑰在執行個體上建立 Linux/ 使用UNIX者。EC2請注意，Windows 系統並不支援 users 金鑰。

下表會列出支援的金鑰。

金錀	描述
uid	使用者 ID。如果使用者名稱具有不同的使用者 ID，則建立程序會失敗。若該使用者 ID 已指派給現有的使用者，作業系統可能會拒絕建立請求。
群組	群組名稱清單。系統會將使用者新增至清單中的各群組。
homeDir	使用者的主目錄。

範例

會使用 /sbin/nologin 的 shell，來將使用者建立為非互動式系統的使用者。這是設計本身所致，無法修改。

JSON


"users" : {
    "myUser" : {
        "groups" : ["groupOne", "groupTwo"],
        "uid" : "50",
        "homeDir" : "/tmp"
    }
}

YAML


users:
  myUser:
    groups:
      - "groupOne"
      - "groupTwo"
    uid: "50"
    homeDir: "/tmp"

您的瀏覽器已停用或無法使用 Javascript。

您必須啟用 Javascript，才能使用 AWS 文件。請參閱您的瀏覽器說明頁以取得說明。

文件慣用形式

AWS::CloudFormation::Authentication

AWS::CloudFormation::Interface

AWS::CloudFormation::Init

語法

注意

JSON

YAML

注意

組態集

單一組態集

JSON

YAML

相關cfn-init電話

多個組態集

JSON

YAML

相關cfn-init電話

命令

範例

JSON

YAML

檔案

注意

範例

JSON

YAML

JSON

YAML

JSON

YAML

群組

範例程式碼片段

JSON

YAML

套件

支援的套件格式

指定版本

範例程式碼片段

RPM, 百勝, 紅寶石, 和 Zypper

JSON

YAML

MSI套件

JSON

YAML

服務

範例

Linux

JSON

YAML

Windows

JSON

YAML

來源

支援的格式

範例

GitHub

JSON

YAML

S3 儲存貯體

注意

JSON

YAML

使用者

範例

JSON

YAML

`AWS::CloudFormation::Init`

相關`cfn-init`電話

相關`cfn-init`電話