ujued

ujued

Too young too simple
🏢  非专业搬砖却被慌忙叫去砌墙
V2EX member #288660, joined on 2018-02-01 13:42:46 +08:00
Per ujued's settings, the topics list is hidden
Deals info, including closed deals, is not hidden
ujued's recent replies
linstor-csi 不知道怎么样
如果不是 ceph,nfs 不就挺好
> 首先单机 Redis 排除,因为就不是分布式锁。

从某些角度来看,单节点也是分布式应用,复合 CP 设计。

多节点的 CP 系统,比单节点多了一个自动故障转移。

试想很低概率会手动解决的问题是不是也很好接受呢?

这么来看,有些大神的单节点 redis 分布式锁也很合理呢。

单节点漂移术.....
改,依价值观行事
Jul 5, 2020
Replied to a topic by zhoudaiyu Kubernetes 问一个奇怪的 K8S 集群网络问题
@zhoudaiyu #17 B1 通过物理机 NAT 访问到 A 的吧?

B1 访问 A1 应该也是不通的,同样是没有路由
Jul 5, 2020
Replied to a topic by zhoudaiyu Kubernetes 问一个奇怪的 K8S 集群网络问题
哦,对了,traceroute 10.237.79.44 应该也还是*,因为与目标机器间的设备不响应 ICMP 。

不过问题还是这个问题,缺少正确的路由,你的 A 机器发给 192.168.2.0/24 的数据包路由不到图中的交换机。
Jul 5, 2020
Replied to a topic by zhoudaiyu Kubernetes 问一个奇怪的 K8S 集群网络问题
物理机能 ping,可能是放开了那些网段的 ICMP 包限制。

你看看 traceroute 10.237.79.44 的路径,然后到各个路由器添加相关路由。

防火墙放开 192.168.0.0/16 的 ICMP 报文

大概是这样。
Jul 5, 2020
Replied to a topic by zhoudaiyu Kubernetes 问一个奇怪的 K8S 集群网络问题
traceroute 都是*那可能防火墙封了 ICMP 报文,那 ping 不同正常!
Jul 5, 2020
Replied to a topic by zhoudaiyu Kubernetes 问一个奇怪的 K8S 集群网络问题
tun 只是虚拟个网卡。又没做 NAT,虚拟网卡发出的包交给协议栈,怎会改 source ip 为物理机了呢?

就算 A 网卡给 tun 网卡数据包做了 NAT,又怎知道给 192.168.2.0/24 的包发给物理网卡 B 就可以呢?
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   3361 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 14ms · UTC 12:40 · PVG 20:40 · LAX 05:40 · JFK 08:40
♥ Do have faith in what you're doing.