小编tes*_*ter的帖子

我有3个节点,运行各种pod.我想节点一个节点和pod的列表,例如:

NODE1 POD1
NODE1 POD2
NODE2 POD3
NODE3 POD4

怎么能实现这个目标？

谢谢.

要使用法兰绒安装kubernetes，首先需要运行一个：

kubeadm init --pod-network-cidr 10.244.0.0/16

问题是：

• “ pod-network-cidr”的目的是什么？
• 这样的IP“ 10.244.0.0/16”是什么意思？
• 法兰绒之后如何使用呢？

在我正在工作的这个项目中，我们根据标签进行部署。虽然标签必须针对 master 分支完成（在您合并发布之后），但有时有人可能会错误地针对 dev 或 release 分支进行标记，这是不正确的。这会导致几个问题。

在我们的部署脚本中，有一个步骤是我们从 git 克隆特定标签，使用的过程类似于此问题中描述的过程：使用 Git 下载特定标签

$ git clone
$ git checkout tags/<tag_name>

如何修改此脚本以检查此标记是否实际上是针对 master 分支完成的？如果分支不是主分支，我想然后停止部署并抛出错误。

谢谢。

在声明网络策略的文档的基本示例中：https : //kubernetes.io/docs/concepts/services-networking/network-policies/#the-networkpolicy-resource

因此，根据文档，这设置了几条规则：

So, the example NetworkPolicy:

- isolates “role=db” pods in the “default” namespace for both ingress
and egress traffic (if they weren’t already isolated)
- allows connections to TCP port 6379 of “role=db” pods in the “default”
namespace from any pod in the “default” namespace with the
label “role=frontend”
- allows connections to TCP port 6379 of “role=db” pods
in the “default” namespace from any pod in a namespace with
the label “project=myproject”
...

这是否意味着“role=db”标签的 pod …

我面临的情况是设计一个酒店网站的预订系统，该系统可以处理成千上万个酒店房间及其可用性。类似于 Expedia 网站。

此可用性需要存储在本地，我需要查询这些酒店房间的可用性。

到目前为止，我已经达到了以下结构：

• room_type 的一个划分，这将是它的特征的组合，例如它是否有视野，或者房间里的人数最多，例如：with view/3 people 将是一个类型，其他类型将是：with view /4人，无景2人，有景/4人等\
• 每个房间都将分配给一个 room_type 用于前端的演示目的。例如：我不会显示个人房间记录（例如：201 号房间），但我会显示我有该类型的可用房间。
• 所以我会有一个房间“桌子”和一个房间类型“桌子”，每个房间都有一个类型。
• 然后是从今天到未来 6 个月的房间（行）和日期（列）的矩阵。

矩阵如下所示：

其中 1 表示该日期有可用房间，0 表示已预订。因此，为了检测某个日期范围内的 room_type 是否可用，我必须：

1. 每间此类客房；
2. 扫描所需日期之间的所有列；
3. 如果有一个房间在该行中没有找到 0，则表示它可用，因此这意味着此 room_type 可以显示为在该日期范围内可用。

在上表中，假设日期范围是 10/10/2017 到 10/14/2017（美国格式），唯一可用的房间是酒店 C 的 101 号房间。

然后我可以为客户预订那个房间，这样客户在他/她逗留期间就不需要换房间了。

我的问题是：

• 是否有任何存储可以在内存中容纳这样的大矩阵？（MySQL、Redis、PostgreSQL、Cassandra、MongoDB 等）
• 如果 RDBMS 是我应该使用的，那是什么样的？我应该使用传统的 RDBMS 吗？或者这种“类似矩阵的结构”是否更适合另一种较新的 NoSQL 数据库。
• 这种“矩阵式结构”是这些巨大的高访问量网站如何构建其数据的吗？（例如：Expedia、Booking.com、Trivago 等）或者是否有更好的方法可以更快地查询日期范围？

我担心现在没有选择正确的结构，并且在将来当网站需求量很大并且房间数量更多时偶然发现性能问题。

谢谢你。

假设我有 2 个网络策略，用于匹配标签“app=database”的节点。认为：

• 第一个策略具有阻止所有入口流量的规则。
• 第二个策略有一条规则允许端口 5660 上的入口流量。

尽管这是一个简单的例子，但是 kubernetes 如何决定哪条规则获胜呢？在更复杂的场景中，有多个重叠规则可能覆盖类似的 Pod，如何管理？例如：我们可以定义网络策略的优先级吗？

谢谢。