Amazon ECS 任務放置限制示例

下列是任務置放條件限制的範例。

此範例使用memberOf條件約束將工作放置在 t2 執行個體上。您可以使用下列動作來指定它：CreateServiceUpdateServiceRegisterTaskDefinition、、和RunTask。

"placementConstraints": [
    {
        "expression": "attribute:ecs.instance-type =~ t2.*",
        "type": "memberOf"
    }
]

範例使用 memberOf 限制條件以便將複本任務與常駐程式服務 daemon-service 任務群組中的任務放置到執行個體上，還要顧及其他被指定的任何任務置放策略。此條件約束可確保精靈服務工作在EC2執行複本服務工作之前先放置在執行個體上。

以常駐程式服務的名稱取代 daemon-service。

"placementConstraints": [
    {
        "expression": "task:group == service:daemon-service",
        "type": "memberOf"
    }
]

範例使用 memberOf 限制條件以便將任務與 databases 任務群組中的其他任務放置到執行個體上，還要顧及其他被指定的任何任務置放策略。如需有關任務群組的詳細資訊，請參閱 群組相關 Amazon ECS 任務 。您可以使用下列動作來指定它：CreateServiceUpdateServiceRegisterTaskDefinition、、和RunTask。

"placementConstraints": [
    {
        "expression": "task:group == databases",
        "type": "memberOf"
    }
]

distinctInstance 條件限制會在不同執行個體的群組中放置每個任務。您可以使用下列動作來指定：CreateServiceUpdateService、和 RunTask

Amazon 查ECS看任務放置任務的所需狀態。例如，如果現有任務的所需狀態為（但最後一個狀態不是STOPPED），則儘管放distinctInstance置限制，仍可將新的傳入任務放置在相同的實例上。因此，您可能會在同一個執行個體RUNNING上看到 2 個工作的最後一個狀態。

"placementConstraints": [
    {
        "type": "distinctInstance"
    }
]