从今天开始，我们可以开始使用Amazon Elastic Kubernetes Service在AWS Fargate上运行 Kubernetes Pod。使用 Amazon EKS 和将不需要为 Pod 预置和管理基础设施，因此可以在 AWS 上直接运行基于 Kubernetes 的应用程序。
使用AWS Fargate，客户不需要成为 Kubernetes 运营专家也能运行经成本优化的高可用性集群。借助，客户不再需要为其 Amazon EKS 集群创建或管理实例。
客户在云中运行 Kubernetes 应用程序时，不必担心 EC2 实例集群的补丁、扩展或安全问题。使用，客户可以定义并为 Pod 级的资源付费。这样可以为每个应用程序轻松调整资源利用大小，并让客户清楚地看到每个 Pod 的成本。
下面，我将通过此博文的余下部分进一步探索这一新功能，并使用上的 Amazon EKS 部署一个简单的基于 Kubernetes 的应用程序。
我们来构建一个集群
设置集群的最简单方法是使用，这是适用于 EKS 的官方 CLI 工具。下面的命令将创建一个名为 demo-newsblog 且不含工作节点的集群。
eksctl create cluster --name demo-newsblog --region eu-west-1 --fargate这个单一命令在后台进行了很多操作。它不仅为我创建了集群，除此之外，它还创建了一个配置文件。
通过这个配置文件，我可以指定我希望在上运行的 Kubernetes Pod，我的 Pod 运行所在的子网，而且这个配置文件还提供了 Kubernetes 代理将容器镜像下载到 Pod 并代表我执行其他操作时所用的 IAM 执行角色。
了解配置文件是了解此功能工作原理的关键。因此，我打算删除自动为我创建的配置文件，并手动重新创建该配置文件。
要创建 Fargate 配置文件， 我将前往Amazon Elastic Kubernetes Service控制台并选择集群 demo-newsblog。 在详细信息中的 Fargate 配置文件 下，选择 添加 Fargate 配置文件 。
然后，我需要配置我的新 Fargate 配置文件。对于 名称，输入 demo-default 。
在 Pod 执行角色中，只会显示具有 eks-fargate-pods.amazonaws.com 服务主体的 IAM 角色。eksctl 将创建名为 AmazonEKSFargatePodExecutionRole 的 IAM 角色，文档显示如何从头开始创建此角色。
在 子网 部分中，我的集群 VPC 中的所有子网默认为全部选中。然而，由于 Fargate Pod 只支持私有子网，我取消选择了两个公共子网。
点击下一步，我将进入 Pod 选择器 屏幕。在此处，系统要求我输入一个命名空间。我添加了 默认 ，这表示我希望 默认 Kubernetes 命名空间中创建的任何 Pod 都在上运行。重要的是要知道，我不必修改 Kubernetes 应用程序就能让 Pod 在上运行，我只需要一个配置文件 – 如果我的 Kubernetes 应用程序中的 POD 匹配我的配置文件中定义的命名空间，则该 Pod 将会在上运行。
这里还有一个 匹配标签功能 ，但我没有使用这个功能。通过此功能，您可以指定您希望选择的 Pod 的标签，因此，您可以具体了解此配置文件上运行了哪些 Pod。
最后，点击 下一步 ，然后点击 创建 。创建并使配置文件变为活跃状态需要一分钟时间。
在此演示中，我还希望一切都在上运行，包括属于 Kubernetes 一部分的 CoreDNS Pod。要使它们在上运行，我将为 kube-system 命名空间中的一切添加第二个配置文件。这一次，为了给演示增添一些变化，我将使用命令行创建配置文件。
从技术上来看，我不需要为此创建第二个配置文件。我可以在第一个配置文件中额外增加一个命名空间，但通过此方式，我开始探索创建配置文件的另一种方法。
首先，我创建下面的文件并将其另存为
demo-kube-system-profile.json
。
"fargateProfileName": "demo-kube-system","clusterName": "demo-news-blog","podExecutionRoleArn": "arn:aws:iam::xxx:role/AmazonEKSFargatePodExecutionRole","subnets": ["subnet-0968a124a4e4b0afe","subnet-0723bbe802a360eb9""selectors": ["namespace": "kube-system"
然后，我导航至包含上述文件的文件夹，并在我的终端中运行
create-fargate-profile
命令。
aws eks create-fargate-profile --cli-input-json file://demo-kube-system-profile.json现在，我可以在我的集群中部署容器。为了保持简单，我使用下面的 **kubectl** 命令部署一个 **nginx** 实例。kubectl create deployment demo-app --image=nginx
然后，我通过运行 `get pods` 命令查看我的 Pod 状态。kubectl get pods
NAMEREADYSTATUSRESTARTSAGE
demo-app-6dbfc49497-67dxk0/1Pending013s
如果我运行 `get nodes`，将会有三个节点（两个为 coreDNS 的节点，一个为 nginx 的节点）。这些节点代表我为了运行 Pod 而实例化的计算资源。kubectl get nodes
NAMESTATUSROLESAGEVERSION
fargate-ip-192-168-218-51.eu-west-1.compute.internalReady4m45sv1.14.8-eksfargate-ip-192-168-221-91.eu-west-1.compute.internalReady2m20sv1.14.8-eksfargate-ip-192-168-243-74.eu-west-1.compute.internalReady4m40sv1.14.8-eks
一段短暂的时间后，我重新运行 `get pods` 命令，我的 **demo-app** 现在处于**运行**状态。这表示，我的容器已成功部署到 [](中。kubectl get pods
NAMEREADYSTATUSRESTARTSAGE
demo-app-6dbfc49497-67dxk1/1Running03m52s
**定价和限制**使用 []("AWS Fargate")，您只需为您的 Pod 运行所需要的 vCPU 和内存资源量付费。除了在 Pod 旁运行 Kubernetes 组件所需的少量内存外，这还包括 Pod 请求的资源。在 [](上运行的 Pod 遵照现有的定价模型。vCPU 和内存资源从拉取您的 Pod 容器镜像时计算到 Pod 终止时，四舍五入到最近的秒数。最低按 1 分钟收费。此外，您还需要为您运行的每个 EKS 集群支付每小时 0.20 USD 的标准费用。现在，您应知道下面几点限制：* 每个 Pod 最多有 4 个 vCPU 和 30Gb 内存。* 目前不支持需要持久卷或文件系统的有状态工作负载。* 您不能运行 Daemonset、Privileged Pod 或使用 HostNetwork 或 HostPort 的 Pod。* 您可以使用的唯一一个负载均衡器是 []("alb")。**立即开始使用**如果您想要自己探索 []("AWS Fargate") 上的 Amazon EKS，您可以通过转至 [](在以下区域立即进行试用：美国东部（弗吉尼亚北部）、美国东部（俄亥俄）、欧洲（爱尔兰）和亚太地区（东京）。从今天开始，我们可以开始使用 [](在 []("AWS Fargate") 上运行 Kubernetes Pod。使用 Amazon EKS 和 [](将不需要为 Pod 预置和管理基础设施，因此可以在 AWS 上直接运行基于 Kubernetes 的应用程序。使用 []("AWS Fargate")，客户不需要成为 Kubernetes 运营专家也能运行经成本优化的高可用性集群。借助 [](，客户不再需要为其 Amazon EKS 集群创建或管理 [](实例。客户在云中运行 Kubernetes 应用程序时，不必担心 EC2 实例集群的补丁、扩展或安全问题。使用 [](，客户可以定义并为 Pod 级的资源付费。这样可以为每个应用程序轻松调整资源利用大小，并让客户清楚地看到每个 Pod 的成本。下面，我将通过此博文的余下部分进一步探索这一新功能，并使用 [](上的 Amazon EKS 部署一个简单的基于 Kubernetes 的应用程序。**我们来构建一个集群**设置集群的最简单方法是使用 [](，这是适用于 EKS 的官方 CLI 工具。下面的命令将创建一个名为 **demo-newsblog** 且不含工作节点的集群。eksctl create cluster --name demo-newsblog --region eu-west-1 --fargate
这个单一命令在后台进行了很多操作。它不仅为我创建了集群，除此之外，它还创建了一个 [](配置文件。通过这个 [](配置文件，我可以指定我希望在 [](上运行的 Kubernetes Pod，我的 Pod 运行所在的子网，而且这个配置文件还提供了 Kubernetes 代理将容器镜像下载到 Pod 并代表我执行其他操作时所用的 IAM 执行角色。了解 [](配置文件是了解此功能工作原理的关键。因此，我打算删除自动为我创建的 [](配置文件，并手动重新创建该配置文件。要创建 **Fargate 配置文件，**我将前往 [](控制台并选择集群 **demo-newsblog。**在详细信息中的 **Fargate 配置文件**下，选择**添加 Fargate 配置文件**。![](然后，我需要配置我的新 **Fargate 配置文件。对于**名称，输入 **demo-default**。在 Pod 执行角色中，只会显示具有 **eks-fargate-pods.amazonaws.com** 服务主体的 IAM 角色。eksctl 将创建名为 **AmazonEKSFargatePodExecutionRole** 的 IAM 角色，[](显示如何从头开始创建此角色。在**子网**部分中，我的集群 VPC 中的所有子网默认为全部选中。然而，由于 Fargate Pod 只支持私有子网，我取消选择了两个公共子网。![](点击下一步，我将进入 **Pod 选择器**屏幕。在此处，系统要求我输入一个命名空间。我添加了**默认**，这表示我希望**默认** Kubernetes 命名空间中创建的任何 Pod 都在 [](上运行。重要的是要知道，我不必修改 Kubernetes 应用程序就能让 Pod 在 [](上运行，我只需要一个 [](配置文件 – 如果我的 Kubernetes 应用程序中的 POD 匹配我的配置文件中定义的命名空间，则该 Pod 将会在 [](上运行。这里还有一个**匹配标签功能**，但我没有使用这个功能。通过此功能，您可以指定您希望选择的 Pod 的标签，因此，您可以具体了解此配置文件上运行了哪些 Pod。![](最后，点击**下一步**，然后点击**创建**。创建并使配置文件变为活跃状态需要一分钟时间。在此演示中，我还希望一切都在 [](上运行，包括属于 Kubernetes 一部分的 CoreDNS Pod。要使它们在 [](上运行，我将为 **kube-system** 命名空间中的一切添加第二个 [](配置文件。这一次，为了给演示增添一些变化，我将使用命令行创建配置文件。从技术上来看，我不需要为此创建第二个配置文件。我可以在第一个配置文件中额外增加一个命名空间，但通过此方式，我开始探索创建配置文件的另一种方法。首先，我创建下面的文件并将其另存为 `demo-kube-system-profile.json`。“fargateProfileName”: “demo-kube-system”,
“clusterName”: “demo-news-blog”,
“podExecutionRoleArn”: “arn:aws:iam::xxx:role/AmazonEKSFargatePodExecutionRole”,
“subnets”: [
“subnet-0968a124a4e4b0afe”,
“subnet-0723bbe802a360eb9”
“selectors”: [
“namespace”: “kube-system”
然后，我导航至包含上述文件的文件夹，并在我的终端中运行 `create-fargate-profile` 命令。aws eks create-fargate-profile --cli-input-json file://demo-kube-system-profile.json
现在，我可以在我的集群中部署容器。为了保持简单，我使用下面的 **kubectl** 命令部署一个 **nginx** 实例。kubectl create deployment demo-app --image=nginx然后，我通过运行 `get pods` 命令查看我的 Pod 状态。kubectl get podsNAMEREADYSTATUSRESTARTSAGEdemo-app-6dbfc49497-67dxk0/1Pending013s如果我运行 `get nodes`，将会有三个节点（两个为 coreDNS 的节点，一个为 nginx 的节点）。这些节点代表我为了运行 Pod 而实例化的计算资源。kubectl get nodesNAMESTATUSROLESAGEVERSIONfargate-ip-192-168-218-51.eu-west-1.compute.internalReady<none>4m45sv1.14.8-eksfargate-ip-192-168-221-91.eu-west-1.compute.internalReady<none>2m20sv1.14.8-eksfargate-ip-192-168-243-74.eu-west-1.compute.internalReady<none>4m40sv1.14.8-eks一段短暂的时间后，我重新运行 `get pods` 命令，我的 **demo-app** 现在处于**运行**状态。这表示，我的容器已成功部署到 [](中。kubectl get podsNAMEREADYSTATUSRESTARTSAGEdemo-app-6dbfc49497-67dxk1/1Running03m52s**定价和限制**使用 []("AWS Fargate")，您只需为您的 Pod 运行所需要的 vCPU 和内存资源量付费。除了在 Pod 旁运行 Kubernetes 组件所需的少量内存外，这还包括 Pod 请求的资源。在 [](上运行的 Pod 遵照现有的定价模型。vCPU 和内存资源从拉取您的 Pod 容器镜像时计算到 Pod 终止时，四舍五入到最近的秒数。最低按 1 分钟收费。此外，您还需要为您运行的每个 EKS 集群支付每小时 0.20 USD 的标准费用。现在，您应知道下面几点限制：* 每个 Pod 最多有 4 个 vCPU 和 30Gb 内存。* 目前不支持需要持久卷或文件系统的有状态工作负载。* 您不能运行 Daemonset、Privileged Pod 或使用 HostNetwork 或 HostPort 的 Pod。* 您可以使用的唯一一个负载均衡器是 []("alb")。**立即开始使用**如果您想要自己探索 []("AWS Fargate") 上的 Amazon EKS，您可以通过转至 [](在以下区域立即进行试用：美国东部（弗吉尼亚北部）、美国东部（俄亥俄）、欧洲（爱尔兰）和亚太地区（东京）。**原文链接：复制代码
