因此,几天来我一直在尝试在 AWS EKS 上创建集群。我设法在 ECR 上上传了 docker 映像,创建了适当的 VPC,但无法从 http:// Cluster.yaml -> yaml 文件,用于使用预先创建的 VPC 设置和定义节点组 deployment.yaml service.yaml 我不明白问题出在哪里。如果您能帮助我,我将不胜感激。 最后,这里是创建镜像的 docker 文件,我上传到 ECR 用于 EKS 集群;apiVersion: eksctl.io/v1alpha5
kind: ClusterConfig
metadata:
name: EKS-Demo-Cluster
region: eu-central-1
vpc:
id: vpc-056dbccebc402e9a8
cidr: "192.168.0.0/16"
subnets:
public:
eu-central-1a:
id: subnet-04192a691f3c156a6
eu-central-1b:
id: subnet-0f89762f3d78ccb47
private:
eu-central-1a:
id: subnet-07fe8b089287a16c4
eu-central-1b:
id: subnet-0ae524ea2c78b49a7
nodeGroups:
- name: EKS-public-workers
instanceType: t3.medium
desiredCapacity: 2
- name: EKS-private-workers
instanceType: t3.medium
desiredCapacity: 1
privateNetworking: true
apiVersion: apps/v1
kind: Deployment
metadata:
name: sample-app
spec:
replicas: 2
selector:
matchLabels:
app: demojsonapp
template:
metadata:
labels:
app: demojsonapp
spec:
containers:
- name: back-end
image: 921915718885.dkr.ecr.eu-central-1.amazonaws.com/sample_repo:latest
ports:
- name: http
containerPort: 8080
apiVersion: v1
kind: Service
metadata:
name: backend-service
spec:
type: NodePort
selector:
app: demojsonapp
ports:
- protocol: TCP
port: 80
targetPort: 80
FROM mcr.microsoft.com/dotnet/core/aspnet:3.1-buster-slim AS base
WORKDIR /app
EXPOSE 3000
EXPOSE 443
FROM mcr.microsoft.com/dotnet/core/sdk:3.1-buster AS build
WORKDIR /src
COPY ["WebApplication2/WebApplication2.csproj", "WebApplication2/"]
RUN dotnet restore "WebApplication2/WebApplication2.csproj"
COPY . .
WORKDIR "/src/WebApplication2"
RUN dotnet build "WebApplication2.csproj" -c Release -o /app/build
FROM build AS publish
RUN dotnet publish "WebApplication2.csproj" -c Release -o /app/publish
FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "WebApplication2.dll"]
答案 0 :(得分:1)
首先,您需要在您的 service.yaml 中的 nodePort
下添加一个 spec.ports
值(您可以参考 documentation 查找一些示例).
并注意,默认情况下,您可以分配的 nodePort 范围被 kube-apiserver 限制在 [30000-32767] 区间内(您可以在此{ {3}})。更改 NodePort 可见性将非常困难,而且您可能不希望更改,因为集群的 kube-apiserver 驻留在集群的控制平面中,而不是工作节点中。
就我而言,仅供参考,请求首先由负载均衡器的端口 443 接受,然后转发到其中一个工作节点的端口 30000。然后带有 nodePort: 30000
的服务将接收请求并将它们传递给适当的 Pod。
总结
nodePort
下添加 spec.ports
,值在 30000 到 32767 之间。