我有一个 Kubernetes PetSet，名称为 ==elasticsearch和服务名称==es。它确实创建了 pod，并且正如预期的那样，它们的名称如下elasticsearch-0 and elasticsearch-1。但是，DNS 似乎不起作用。elasticsearch-0.es没有解决（也没有elasticsearch-0.default， ETC。）。如果您查看生成的 srv 记录，它们似乎是随机的而不是可预测的：
# nslookup -type=srv elasticsearch
Server: 10.1.0.2
Address: 10.1.0.2#53
elasticsearch.default.svc.cluster.local service = 10 100 0 9627d60e.elasticsearch.default.svc.cluster.local.
有人有主意吗？
Details
这是实际的 PetSet 和 Service 定义：
---
apiVersion: v1
kind: Service
metadata:
name: elasticsearch
labels:
app: elasticsearch
spec:
ports:
- name: rest
port: 9200
- name: native
port: 9300
clusterIP: None
selector:
app: elasticsearch
---
apiVersion: apps/v1alpha1
kind: PetSet
metadata:
name: elasticsearch
spec:
serviceName: "es"
replicas: 2
template:
metadata:
labels:
app: elasticsearch
annotations:
pod.alpha.kubernetes.io/initialized: "true"
spec:
terminationGracePeriodSeconds: 0
containers:
- name: elasticsearch
image: 672129611065.dkr.ecr.us-west-2.amazonaws.com/elasticsearch:v1
ports:
- containerPort: 9200
- containerPort: 9300
volumeMounts:
- name: es-data
mountPath: /usr/share/elasticsearch/data
env:
- name: POD_NAME
valueFrom:
fieldRef:
fieldPath: metadata.name
- name: ES_CLUSTER_NAME
value: EsEvents
volumeClaimTemplates:
- metadata:
name: es-data
annotations:
volume.alpha.kubernetes.io/storage-class: anything
spec:
accessModes: [ "ReadWriteOnce" ]
resources:
requests:
storage: 10Gi
这是我误读文档的问题。The docs http://kubernetes.io/docs/user-guide/petset/#peer-discovery say:
网络身份有两部分。首先，我们创建了一个无头服务来控制我们创建宠物的域。此服务管理的域采用以下形式：$(服务名称).$(命名空间).svc.cluster.local，其中“cluster.local”是集群域。创建每个宠物时，它都会获得一个匹配的 DNS 子域，格式为：$(宠物名称).$(治理服务域)，其中治理服务由宠物集上的 serviceName 字段定义。
我认为这意味着serviceDomain字段是“管理服务域”的值，但这不是它的含义。这意味着serviceDomain必须与现有无头服务的名称匹配，并且该服务将用作管理服务域。如果不存在这样的服务，您不会收到错误 - 您只会获得宠物的随机 DNS 名称。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
