Спасибо за ваше подробное объяснение. Это решило мою проблему

ехожу на платформу Azure из GCP. У меня есть кластер k8s, который должен общаться с внешним кластером Cassandra, используя внутренние IP-адреса, в том же регионе Azure, но в другом VNET. У меня есть VNET (ы) вглядывался. Я могу добраться до кластера Cassandra с узлов K8s и наоборот, но не могу добраться до них из стручков.

Похоже, это проблема сети Azure. Я открыл правила брандмауэра для стручков, чтобы добраться до Кассандры, но безуспешно. Как лучше это решить?

 Segmented18 сент. 2017 г., 13:23
@ 4c74356b41 Я использую IP-адреса. извините за путаницу. Я исправил свой вопрос, ничего общего с DNS.

Ответы на вопрос(1)

Решение Вопроса

можем использовать Azureтаблица маршрутов соединить их.

Вот мой тест, две группы ресурсов, одна для k8 и другая для сигнальной виртуальной машины.

Вот информация о стручках:

[email protected]:~# kubectl get pods --output=wide
NAME                       READY     STATUS    RESTARTS   AGE       IP             NODE
influxdb                   1/1       Running   0          59m       10.244.1.166   k8s-agent-ca9c4e39-0
my-nginx-858393261-jrz15   1/1       Running   0          1h        10.244.1.63    k8s-agent-ca9c4e39-0
my-nginx-858393261-wbpl6   1/1       Running   0          1h        10.244.1.62    k8s-agent-ca9c4e39-0
nginx                      1/1       Running   0          52m       10.244.1.179   k8s-agent-ca9c4e39-0
nginx3                     1/1       Running   0          43m       10.244.1.198   k8s-agent-ca9c4e39-0

Информация об агенте и мастере K8s:

Информация о сигнале ВМ:

По умолчанию мы не можем использовать172.16.0.4 пинговать10.244.1.0/24, Мы должны добавить таблицу маршрутизации Azure, после чего мы можем пропинговать этот IP-адрес модуля:

Вот мой результат:

[email protected]:~# ping 10.244.1.166
PING 10.244.1.166 (10.244.1.166) 56(84) bytes of data.
64 bytes from 10.244.1.166: icmp_seq=1 ttl=63 time=2.61 ms
64 bytes from 10.244.1.166: icmp_seq=2 ttl=63 time=1.42 ms
--- 10.244.1.166 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 1.424/2.019/2.614/0.595 ms
[email protected]:~# ping 10.244.1.166
PING 10.244.1.166 (10.244.1.166) 56(84) bytes of data.
64 bytes from 10.244.1.166: icmp_seq=1 ttl=63 time=2.56 ms
64 bytes from 10.244.1.166: icmp_seq=2 ttl=63 time=1.10 ms
^C
--- 10.244.1.166 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 1.102/1.833/2.564/0.731 ms
[email protected]onvm2:~# ping 10.244.1.63
PING 10.244.1.63 (10.244.1.63) 56(84) bytes of data.
64 bytes from 10.244.1.63: icmp_seq=1 ttl=63 time=2.89 ms
64 bytes from 10.244.1.63: icmp_seq=2 ttl=63 time=2.27 ms
--- 10.244.1.63 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 2.271/2.581/2.892/0.314 ms

О таблице маршрутов Azure, пожалуйста, обратитесь к этомуссылка.

 Segmented19 сент. 2017 г., 14:55
Спасибо за ваше подробное объяснение. Это решило мою проблему

Ваш ответ на вопрос