我遇到的大多数示例都是Kafka将Kubernetes其部署为 aheadless service但我还无法得到答案，为什么它应该是无头的而不是Cluster IP？在我看来，集群提供了负载平衡，我们确保开箱即用的不仅是其中一个broker始终加载其资源，正如我在无头中看到的那样，Kafka无论是 sarma 还是 java 客户端，客户端都会尝试始终选择第一个 IP从DNS lookup并连接到它，如果有大约 100 多个客户端尝试执行相同操作并打开与第一个 IP 的连接，这不会成为瓶颈吗？或Kafka已经处理了这个内置的问题，我仍在尝试了解它是如何发生的。
遵循的步骤,
- >按照以下步骤在Eclipse 4.2.2中安装声纳插件 - http://eclipse.dzone.com/articles/static-code-analysis-and
- >使用mvn sonar:sonar命令构建项目.
- >在Eclipse中右键单击项目以关联到声纳并在"Problem Occurred popup"中获得以下错误
'同步问题'遇到了问题.问题查询期间出错org.sonar.wsclient.issue.IssueQuery@d6cd19
如何解决这个问题？有帮助吗？
想了解 pod1 声明的 PVCaccessMode: ReadWriteOnce在创建时如何能够与 pod2 共享吗storageclass glusterfs？因为我需要指定 as ，它不应该失败accessMode吗ReadWriteMany？
->创建storageclass为glusterfstype:distributed
-> 在上面创建的 PVstorageclass和 PVC 完成了AccessMode: ReadWriteOnce
-> 第一个 Pod 附加了上面创建的 PVC
-> 第二个 Pod 尝试附加创建的相同 PVC，它确实有效并且能够访问第一个 Pod 创建的文件
尝试了另一个没有 a 的流程storageclass并直接从 cinder 存储创建 PVC，并显示以下错误，
Warning FailedAttachVolume 28s attachdetach-controller Multi-Attach error for volume "pvc-644f3e7e-8e65-11e9-a43e-fa163e933531" Volume is already used by pod(s) pod1
试图理解为什么创建storageclass并分配给 PV 时没有发生这种情况？
当 时，我如何能够从第二个 Pod 访问文件AccessMode: ReadWriteOnce？根据k8s文档，如果不同节点的多个pod需要访问它应该是ReadWriteMany。 …