values 文件是 yaml 文件，不能使用模板，可以考虑 yaml anchor 。https://helm.sh/docs/chart_template_guide/yaml_techniques/#yaml-anchors

可以试试通过 mac 地址匹配，假设简单场景，交换机连接所有物理机，那么物理机的 mac 和其上的虚拟机 mac 应该会通过同一个物理端口学习到，这个可以在交换机上做一个简单的归类。

RTFM. https://kubernetes.io/docs/reference/generated/kubectl/kubectl-commands#expose

你应该理解错了--target-port 的意思，据我了解 expose 应该不支持指定 nodePort 端口，可以考试使用 port-forward 。

先不说 机器来源、网络、仅提供 k8s 这些硬伤，建议先看看阿里云的竞价实例再定价，应该就没你这个问题了。

一个域名可以在多个接入商做接入备案，但需要有访问记录，否则会被取消接入，即所谓的清理空壳网站。注意这里是取消某个接入商的接入，不是取消备案号，对其他接入商的访问没有影响。

域名服务商和接入服务商没有什么关系，在 A 买域名不影响在 B 做备案。

“层”是 OSI 模型中的网络分层，4 层是传输层，7 层是应用层。
4 层代理更通用些，一些没有域名的场景也可以使用，7 层代理则一般只针对域名进行代理分发。就多个 Web 服务来说，大部分场景，不管用不用 4 层代理，7 层代理都会使用。
LVS 是一个 4 层代理，有些混淆的原因可能是在 概念>实现>实操 环节没梳理清楚。LVS 的配置工具是 ipvsadm，大部分情况下不会直接使用，而是配合 keepalived 来一起使用的。keepalived 是一个 IP 高可用方案，用来控制 3 层（网络层）数据。这可能是理解混淆的地方。

前不久刚在网上选的牌，事前谋划了半天，选的时候先准备自编几个试试手，谁知道没瞎编几个就中了，看着大差不差，也就没后面的事了。

选之前的策略有两条：语音上方便识别，图像上方便识别。
基于上面，先排除非单音字母，再排除容易混的字母数字，如 0 和 O，1 和 I 等，最后看号池，号池有限的地方基本就随缘了。

选之前，规划来规划去，纯娱乐打发时间，选之后到拧上牌，新鲜个几天，也都不在乎了。

楼主应该只是把 influxdb 当做一个时序数据库中间件来使用的，作为 prometheus 数据持久化方案。我们监控数据比较少，用的是 VictoriaMetrics 作为时序数据库，优点是支持 Prometheus querying API，数据消费端不需要再部署一套 prometheus，grafana 直接可以读取。

去年入手的，背面（非侧面）螺丝孔距和替换下来的硬盘不一致，无法固定到机箱，直接放里面凑合用了。

标准方法就是借助日志系统或其他方式对日志收集和转储；临时使用场景，如果不是 Pod 重启（重建）而是 Pod 里面某一个容器重启（重建），可以试试 kubectl logs 命令查看，kubectl logs deployment/nginx -c nginx-1 --previous

在用第 3 种，使用第 3 种方式大部分应该是因为各种原因需要得到原始部署材料或进一步调整等。觉得这种方式进一步包装有点违背原始需求。

@whileFalse 应该是在问镜像构建完成后，helm 怎样更新部署吧？镜像构建完拿到新的 tag 在 helm 中指定 value 进行 upgrade 就可以了吧。

个人觉得应用的首次部署和后续的更新部署是两个场景，如果一个工具能够对两个场景提供较一致的操作自然是最好的，但为了一致性而牺牲了很多便利或提高了复杂度，这样的 trade-off 可能还是看具体场景，个人在日常工作中不太看好。

以 k8s 集群视角来看，分为出站 IP 和入站 IP 。首先分清楚你要找到的是哪个 IP 。不同云厂商 k8s 产品可能略有不同，不过一般套路是入站 IP 为弹性 IP 加负载均衡，出站 IP 为弹性 IP 加 NAT 网关。

个人用户优先考虑多点备份或者离线备份，建立合理的备份分级和管理体系。RAID 主要用于高可用场景，对个人用户来说优先级不太高，甚至不需要。当然，非要把高可用和容灾混用也不是不行。

看上去是要利用容器中的 nginx 代理本地宿主机上的一个程序，目前的 proxy_pass 配置肯定是错误的。没用过 Mac 版，按照 Windows 版推测，当前环境至少有三层网络，宿主机》虚拟机》容器，三层分别有各自的 localhost，当前配置挂载到容器中的 nginx 就是反代容器的 localhost:8080，应该是不符合预期的，实际需求应该是希望反代宿主机的 localhost:8080 。

如果宿主机程序监听 0.0.0.0:8080，可简单修改 prox_pass 为宿主机 IP:8080，应该能达到预期。

ports 部分配置了“80:80”，网络模式没必要了，建议取消配置。应该也不是网络模式导致的异常，建议从权限问题入手排查：
1. 端口号低于 1024 可能需要特殊权限，确认权限是否足够，可以试试高位端口映射，如“2080:80”
2. 看报错日志，首先考虑排查挂载的文件权限。如果是手动在外部创建了目录和文件，挂载后可能会有文件权限问题

正好有需求，之前买的二年腾讯云小鸡前天到期了，还没来得及备份数据已经回收中了，刚开了个竞价实例花了 4 分钱把数据备份出来。

可以按照民用和商用来理解，虽然没有明说，但背后的逻辑应该是一致的。

最新上市的五菱宏光 miniEV，3 万左右，非二手车，非老头乐，要求上绿牌和驾照，慢充，标称续航 170km，极速 105km/h，全系无气囊，低配无空调，坐两个人算宽敞，四个人也塞得进去。

脑补上下文推测：
1. 显示器设置了固定 IP 且和当前网络网关一致，导致其他主机无法从网关获取 IP，可能性较大；
2. 显示器设置了 DHCP 服务，可能性较小；