Прошу прощения, если это действительно глупый вопрос.
Убедитесь, что трафик, который должен проходить между узлами в кластере, не выходит (неэффективно) за пределы кластера, а затем возвращается обратно, а идет напрямую между узлами.
Мы используем внешние IP-адреса при выполнении запросов, которые предназначены для передачи между узлами.
Текущая архитектура выглядит так:
Verizon FIOS ISP (Business, multiple static IPs) | | Verizon FIOS Router (Actiontec MI424WR) (Configured by forwarding external IPs to internal IPs using Static NAT) | | Managed Swtich (Dlink DGS-1100-24) | | | | | | | | Node1 Node2 ... Node(n)
Каждый узел работает под управлением Linux Centos и настроен с внутренним IP-адресом (192.168.1.xxx).
Маршрутизатор настроен для маршрутизации внешнего IP-адреса, назначенного каждому узлу, на внутренний IP-адрес узла с использованием статического NAT.
Спасибо!
Могу ли я настроить пересылку с внешних IP-адресов на внутренние IP-адреса коммутатора?
Это не поможет - в настоящее время узлы ничего не знают о своих внешних адресах и не принимают трафик на внешние IP-адреса. Однако вы можете настроить несколько IP-адресов для каждого сетевого интерфейса, и это то, что вам, вероятно, следует сделать - на каждом узле добавить внешний IP-адрес к своему сетевому интерфейсу. Затем настройте коммутатор, как вы сказали.
При текущей конфигурации, направляется ли трафик между узлами на правильный узел на уровне коммутатора, маршрутизатора или полностью направляется на DNS-сервер или что-то в этом роде?
Если он в настоящее время работает, он либо направляется на маршрутизатор, либо переходит к вашему провайдеру и возвращается к вашему маршрутизатору и т. Д. DNS-сервер здесь не имеет значения.
Есть ли что-то совершенно другое, что я должен делать вместо этого, или что-то еще в корне не так с этой архитектурой?
Думаю, это обычная архитектура. Я думаю, что если в вашем случае весь трафик отскакивает через ISP - это плохо, но если он маршрутизируется на маршрутизаторе, это вроде нормально. Что делать - смотрите выше.