Micrus
Почитал статью, из того, что меня интересовало увидел вот это:
Цитата:
|
Verifying connectivity and name resolution. To verify that the private and public networks are communicating properly, "ping" all IP addresses from each node. To "ping" an IP address means that you search for and verify it. You should be able to ping all IP addresses, both locally and on the remote nodes. To verify the name resolution, ping each node from a client using the node's computer name instead of its IP address. It should only return the IP address for the public network. You might also want to try using the PING –a command to perform a reverse name resolution on the IP addresses.
|
Т.е. в моём примере ответ придёт от 192.168.1.1
За это спасибо. Теперь еще один вопрос появился:
А если сессия инициируется одним из узлов кластера, а не клиентом (у меня это транспортный сервер, их таких несколько, работа осуществляется так: поступает запрос от клиента на ТранспортныйСервер, запрос обрабатывается прикладным софтом и затем перенаправляется на СерверПриложений (т.е. для СерверПриложений это уже как раз запрос, инициированный ТранспортнымСеврером).
И, собственно, интересует вот что:
Если ТранспортныйСервер у меня реализован как кластер вышеуказанной конфигурации, то с какого IP пойдет запрос на СерверПриложений?
Прикладной софт о существовании кластера не знает ничего, и соответственно, будет посылать всё как обычно. Т.е. вопрос сводится к следующему: будет ли в заголовке пакета на уровне кластерного софта изменён IP конкретного сервера на IP кластера при отправке? Или же виртуальный IP служит только для приёма входящих соединений?
Кластер планируется создать Active-Passive.
