four43's questions

似乎 MongoDB 3.6 不会自动配置为在崩溃时重新启动。查看与 Ubuntu 16.04LTS 的最新 .deb 包捆绑在一起的 systemd 服务，它似乎没有配置重新启动：

$ sudo systemctl cat mongod
# /lib/systemd/system/mongod.service
[Unit]
Description=High-performance, schema-free document-oriented database
After=network.target
Documentation=https://docs.mongodb.org/manual

[Service]
User=mongodb
Group=mongodb
ExecStart=/usr/bin/mongod --config /etc/mongod.conf
PIDFile=/var/run/mongodb/mongod.pid
# file size
LimitFSIZE=infinity
# cpu time
LimitCPU=infinity
# virtual memory size
LimitAS=infinity
# open files
LimitNOFILE=64000
# processes/threads
LimitNPROC=64000
# locked memory
LimitMEMLOCK=infinity
# total threads (user+kernel)
TasksMax=infinity
TasksAccounting=false

# Recommended limits for for mongod as specified in
# http://docs.mongodb.org/manual/reference/ulimit/#recommended-settings

[Install]
WantedBy=multi-user.target

发送 SIGKILL 和 SIGSEGV 都会杀死进程并且不会重新启动。我不确定这些是否被 systemd “捕获”，而不仅仅是重新启动。

所以有几个问题：这对于像数据库这样的高可用性服务至关重要吗？它确实看起来像。MongoDB 是否有任何理由不对其进行开箱即用的配置？

我们在 Amazon AWS 上的 Kubernetes 上运行容器。该集群是通过 kube-up 脚本集创建的。一切都正确配置并且工作正常。然而，我们遇到了一个障碍——我们相当大的服务器 c4.xlarges 只允许运行 40 个 pod。这对我们来说是一个很小的数字，因为我们正在运行许多小 pod，其中一些很少使用。有没有办法从 salt master 或启动配置中提高这个限制？这样做的最佳途径是什么？

谢谢。

我们正在使用 Kubernetes 并成功运行我们的应用程序。然而，在我们的 pod 运行且没有流量的情况下，我们的 minions 正在以高 CPU 运行。进一步研究这个问题：

• influxdb 和 heapster 以高 CPU 运行，我们所有的容器都使用 0% CPU，盒子在双核服务器上以 8 的负载处于静止状态......

• 查看单个容器似乎没有任何答案，日志很安静

Grafana 让我查看图表，但图表已损坏，并没有多大意义。有没有办法从 Kuberentes 中删除这个功能？

Kubernetes v1.0.6 部署在 AWS 上的 Ubuntu Vivid

运行创建后，我的 Kubernetes 集群中的一个 pod 卡在“ContainerCreating”上。如何查看此操作的日志以诊断卡住的原因？kubectl logs似乎不起作用，因为容器需要处于非挂起状态。

按照这个留言簿教程。

接近尾声时，他们有点掩饰如何创建LoadBalancer或分配NodePorts给服务。他们引用了描述不同类型及其功能的文档，但并未真正详细说明如何将它们应用于服务。有没有办法更新正在运行的服务，创建负载均衡器并将其附加到指定的端口？

使用 Amazon Web Services 来托管我们的集群，它支持负载均衡器，非常适合创建服务，但我不确定如何修改服务。

编辑：

尝试这样做会导致错误：

$ kubectl expose service frontend --port=80 --type=LoadBalancer
来自服务器的错误：服务“前端”已经存在