问题[minikube](server)

我想看看 Minikube 的磁盘大小使用是否存在潜在问题。根据我的理解，Minikube 默认分配 20GB 的存储空间，我可以通过磁盘大小标志来控制：minikube start --vm-driver=hyperkit --disk-size=40g 此外，我可以通过如下方式控制容器可以分配的大小：

  spec:
  containers:
  - name: app
    image: ...
    resources:
      requests:
        ephemeral-storage: "2Gi"
      limits:
        ephemeral-storage: "4Gi"

所以我最多可以运行 20/4=5 个这样的容器。考虑到这一点，我现在如何直接检查 Minikube 上总共 20GB 的存储空间还有多少可用，以及容器正在使用 4GB 的多少存储空间？此外，如果任何容器由于使用更多存储而发生故障，是否有一个命令可以在事后显示集群中的任何容器是否由于存储空间不足而发生故障？类似的东西minikube events --show-failures out-of-storage？

我的 minikube 上有以下 Mosquitto 设置：

部署：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: mosquitto
  namespace: mosquitto
spec:
  replicas: 1
  selector:
    matchLabels:
      name: mosquitto
  template:
    metadata:
      labels:
        name: mosquitto
    spec:
      containers:
        - name: mosquitto
          image: eclipse-mosquitto:2.0.12
          ports:
          - containerPort: 1883
          volumeMounts:
          - name: mosquitto-config
            mountPath: /mosquitto/config/mosquitto.conf
            subPath: mosquitto.conf
      volumes:
      - name: mosquitto-config
        configMap:
          name: mosquitto-configmap  

配置图：

apiVersion: v1
kind: ConfigMap
metadata:
  name: mosquitto-configmap
  namespace: mosquitto
data:
  mosquitto.conf: |-
    listener 1883
    allow_anonymous true  

服务：

apiVersion: v1
kind: Service
metadata:
  name: mosquitto-service
spec:
  type: NodePort
  selector:
    name: mosquitto
  ports:
    - protocol: TCP
      port: 1883
      targetPort: 1883
      nodePort: 30007  

现在我想从我的局域网访问我的部署。在我的主机 Windows 机器上使用 MQTT-Explorer 进行测试。使用 mqtt://localhost:30007 不起作用。已知该设置与端口转发一起使用。

$ k port-forward mosquitto-66d69df7c9-zrvgt 1111:1883
Forwarding from 127.0.0.1:1111 -> 1883
Forwarding from [::1]:1111 -> 1883
Handling connection for 1111

我想我误解了服务部分。最后，服务应该可以从我的 LAN 中访问：

额外问题：如何将服务路由到 mqtt.local 之类的东西？Kubernetes Ingress 对我也不起作用，猜测是因为它仅用于 HTTP

我已经看到了使用 minikube 的水平 pod 自动缩放器 (HPA) 的示例（示例）。但是，我想知道是否有类似的教程来获得使用 minikube 的集群自动缩放器 (CA) 的经验。我无权访问实际的 K8 集群。虽然看起来这应该是可能的，但我还没有找到任何关于这个主题的教程。一个原因可能是：据我了解，CA 应该增加/减少节点数以满足要求，而对于 minikube，需要预先指定节点数，因为它是使用 VM 后端运行的。但是，我希望我在这方面错了，有人可以指出我的相关资源。

因此，在遇到 docker-desktop 问题后，我才开始研究 minikube。我正在关注https://kubernetes.io/docs/tasks/access-application-cluster/ingress-minikube/，但我遇到了问题。

我完全按照教程的说明做了：

1. 在 minikube 中启用入口插件（顺便说一下，这是否也适用于通过 helm 安装的自部署入口控制器？）
2. 部署了一个应用
3. 创建了对应的 Ingress 配置

我验证了所有可用，并最终得到以下输出kubectl get ingress：

NAME              CLASS    HOSTS              ADDRESS        PORTS   AGE
example-ingress   <none>   hello-world.info   192.168.49.2   80      87m

但是，当尝试访问 hello-world.info 时（要么在我的主机文件中设置，要么直接访问 192.168.49.2，仅用于连接测试），除了请求超时之外，我什么也得不到。我的入口控制器的日志也没有提到任何失败的连接尝试。

手动启动隧道时，连接工作正常minikube service ingress-nginx-controller-admission --namespace=kube-system。

这是输出minikube profile list：

|----------|-----------|---------|--------------|------|---------|---------|-------|
| Profile  | VM Driver | Runtime |      IP      | Port | Version | Status  | Nodes |
|----------|-----------|---------|--------------|------|---------|---------|-------|
| minikube | docker    | docker  | 192.168.49.2 | 8443 | v1.20.2 | Running |     1 |
|----------|-----------|---------|--------------|------|---------|---------|-------|

我正在通过 docker-desktop 运行时在 Windows 机器上运行此示例。

我哪里错了？我的最终目标是通过我的入口启用类似 docker-desktop 的体验。我不想手动启用/禁用隧道来访问我的集群。

这个问题与如何将非管理员命令安排为 systemd 服务有关？

我有以下 minikube.service 文件：

[Unit]
Description=Runs minikube on startup
After=vboxautostart-service.service vboxballoonctrl-service.service vboxdrv.service vboxweb-service.service

[Service]
Type=forking
ExecStart=/usr/local/bin/minikube start
User=mark
Group=mark

[Install]
WantedBy=multi-user.target

当我从 shell 手动启动它时它工作正常：

mark@minikube-vm:~$ sudo systemctl start minikube.service
mark@minikube-vm:~$ minikube ip
192.168.99.100
mark@minikube-vm:~$ systemctl status minikube.service
● minikube.service - Runs minikube on startup
   Loaded: loaded (/etc/systemd/system/minikube.service; enabled; vendor preset: enabled)
   Active: active (running) since Fri 2020-09-25 17:32:48 UTC; 34min ago
  Process: 8388 ExecStart=/usr/local/bin/minikube start (code=exited, status=0/SUCCESS)
    Tasks: 46 (limit: 19141)
   CGroup: /system.slice/minikube.service
           ├─8434 /usr/lib/virtualbox/VBoxXPCOMIPCD
           ├─8439 /usr/lib/virtualbox/VBoxSVC --auto-shutdown
           ├─8618 /usr/lib/virtualbox/VBoxHeadless --comment minikube --startvm 6ec91432-0f09-4fdc-9976-6f736b15c37f --vrde config
           ├─8632 /usr/lib/virtualbox/VBoxNetDHCP --comment HostInterfaceNetworking-vboxnet0 --config /tmp/dhcp-config-kiyf3.xml
           └─8658 /usr/bin/pulseaudio --start --log-target=syslog

Sep 25 17:31:22 minikube-vm minikube[8388]: * Using the virtualbox driver based on existing profile
Sep 25 17:31:22 minikube-vm minikube[8388]: * Starting control plane node minikube in cluster minikube
Sep 25 17:31:22 minikube-vm minikube[8388]: * Restarting existing virtualbox VM for "minikube" ...
Sep 25 17:31:23 minikube-vm pulseaudio[8658]: [pulseaudio] server-lookup.c: Unable to contact D-Bus: org.freedesktop.DBus.Error.NotSu
Sep 25 17:31:23 minikube-vm pulseaudio[8658]: [pulseaudio] main.c: Unable to contact D-Bus: org.freedesktop.DBus.Error.NotSupported:
Sep 25 17:32:16 minikube-vm minikube[8388]: * Preparing Kubernetes v1.19.0 on Docker 19.03.12 ...
Sep 25 17:32:43 minikube-vm minikube[8388]: * Verifying Kubernetes components...
Sep 25 17:32:48 minikube-vm minikube[8388]: * Enabled addons: dashboard, default-storageclass, storage-provisioner
Sep 25 17:32:48 minikube-vm minikube[8388]: * Done! kubectl is now configured to use "minikube" by default
Sep 25 17:32:48 minikube-vm systemd[1]: Started Runs minikube on startup.
mark@minikube-vm:~$

但是在机器启动时它失败了：

mark@minikube-vm:~$ systemctl status minikube.service
● minikube.service - Runs minikube on startup
   Loaded: loaded (/etc/systemd/system/minikube.service; enabled; vendor preset: enabled)
   Active: failed (Result: timeout) since Fri 2020-09-25 17:18:09 UTC; 12min ago
  Process: 7140 ExecStart=/usr/local/bin/minikube start (code=killed, signal=TERM)

Sep 25 17:16:39 minikube-vm minikube[7140]: * Using the virtualbox driver based on existing profile
Sep 25 17:16:39 minikube-vm minikube[7140]: * Starting control plane node minikube in cluster minikube
Sep 25 17:16:39 minikube-vm minikube[7140]: * Restarting existing virtualbox VM for "minikube" ...
Sep 25 17:16:40 minikube-vm pulseaudio[7438]: [pulseaudio] server-lookup.c: Unable to contact D-Bus: org.freedesktop.DBus.Error.NotSu
Sep 25 17:16:40 minikube-vm pulseaudio[7438]: [pulseaudio] main.c: Unable to contact D-Bus: org.freedesktop.DBus.Error.NotSupported:
Sep 25 17:17:34 minikube-vm minikube[7140]: * Preparing Kubernetes v1.19.0 on Docker 19.03.12 ...
Sep 25 17:18:06 minikube-vm minikube[7140]: * Verifying Kubernetes components...
Sep 25 17:18:08 minikube-vm systemd[1]: minikube.service: Start operation timed out. Terminating.
Sep 25 17:18:09 minikube-vm systemd[1]: minikube.service: Failed with result 'timeout'.
Sep 25 17:18:09 minikube-vm systemd[1]: Failed to start Runs minikube on startup.
mark@minikube-vm:~$

我错过了什么？

我正在寻找学习 Kubernetes，特别是从这个资源中。我只想运行 Docker 容器，而不是全脂虚拟机。它说我需要其中任何一个作为工作的基础：

• 码头工人桌面
• 种类
• Minikube

因为我在 Linux 上，所以我很喜欢 Minikube，而且它很容易安装。我正在使用这些说明。第二个文档链接说：

要检查 Linux 是否支持虚拟化，请运行以下命令并验证输出是否为非空：

grep -E --color 'vmx|svm' /proc/cpuinfo

这不会为我产生任何输出，因为我的标准开发环境在 VirtualBox 容器中运行。我不打算改变这一点——Docker、Docker Compose 和 Docker Swarm 在这里运行得很好。

后来说：

安装管理程序

如果您尚未安装虚拟机管理程序，请立即安装其中之一：

• KVM，也使用 QEMU

• 虚拟盒子

这使得虚拟机管理程序 CPU 支持似乎是必要的，但我不明白为什么会这样。

但是它确实继续说：

Minikube 还支持--driver=none在主机上而不是在 VM 中运行 Kubernetes 组件的选项。使用此驱动程序需要 Docker 和 Linux 环境，但不需要管理程序。

这似乎是一个附录，与虚拟化指令是一项要求的建议相比，它的重要性要低得多。文档作者是否只是“涵盖了所有基础”，还是尽管没有所需的 CPU，但我会在以后继续前进时遇到障碍？