Адресов может быть больше, чем компьютеров
В ряде сетевых конфигураций одному интерфейсу можно назначить несколько IP-адресов. Например, облачная платформа может различать основной и дополнительные адреса интерфейса. Конкретные возможности и ограничения зависят от среды. В нашей бумажной модели есть сервер С, один интерфейс и два адреса: 192.0.2.10 и 192.0.2.11. Это два обозначенных сетевых адреса при одном сервере, а не доказательство наличия двух машин. Числа взяты из диапазона для документации; их не нужно назначать реальным устройствам или проверять подключением. Схема нужна для разбора отношений между объектами.
Адрес не запускает приложение
Предположим, на сервере работает учебное приложение. Само добавление адреса в схему не сообщает, по каким адресам приложение принимает соединения. Неизвестно также, настроены ли необходимые маршруты и разрешён ли нужный обмен. Поэтому утверждения адресу назначено место на интерфейсе и приложение доступно по этому адресу описывают разные состояния. Для реальной системы каждое требует своей проверки. В бумажном примере можно поставить рядом с доступностью знак вопроса. Это точнее, чем автоматически рисовать успешное соединение только потому, что появился ещё один IP-адрес.
Общие ресурсы остаются общими
Два адреса одного сервера не означают два независимых процессора, два отдельных диска или два экземпляра операционной системы. Если в нашей модели единственный сервер С перестал работать целиком, оба адреса не превращаются в самостоятельные рабочие машины. Дополнительный адрес может быть частью более сложной схемы, но сам по себе не доказывает отказоустойчивость. Аналогично нельзя считать отдельный адрес достаточным подтверждением изоляции приложений. Изоляция зависит от устройства системы и правил взаимодействия. Адреса помогают обозначать сетевые точки, а свойства вычислительной среды нужно рассматривать отдельно.
Резервирование требует отдельного условия
Добавим на рисунок сервер Т с адресом 192.0.2.20. Теперь в модели три адреса и два сервера. Однако сервер Т не стал запасным автоматически. Пока мы не задали, что на нём работает, какие данные ему доступны и как меняется направление обращений при отказе, его роль неизвестна. На некоторых платформах дополнительные адреса можно переназначать между интерфейсами при определённых условиях. Это конкретная возможность среды, а не универсальное свойство любого адреса. Поэтому описание резервирования должно указывать весь согласованный механизм, а не ограничиваться количеством IP-адресов.
Попробуйте на практике
Нарисуйте учебную схему с двумя серверами и посчитайте разные объекты.
- Изобразите сервер С с одним сетевым интерфейсом. Подпишите два учебных адреса: 192.0.2.10 и 192.0.2.11.
- Добавьте сервер Т с отдельным интерфейсом и адресом 192.0.2.20. Отдельно посчитайте серверы, интерфейсы и адреса.
- Укажите, что учебное приложение установлено только на сервере С. Отметьте, какие сведения ещё нужны, чтобы говорить о его сетевой доступности.
- Мысленно исключите сервер С из схемы. Объясните, почему наличие сервера Т ещё не доказывает, что приложение продолжит работать.
Как проверить результат. На рисунке два сервера, два обозначенных интерфейса и три адреса. Дополнительный адрес не создаёт второе приложение. По условиям задачи на сервере Т приложение не задано, поэтому автоматическое продолжение его работы после отказа С не установлено.
Частые вопросы
Второй адрес всегда требует второго сетевого интерфейса?
Нет. В рассмотренных конфигурациях у одного интерфейса может быть несколько адресов. Допустимое количество и способ назначения определяются конкретной системой.
Если адрес назначен, можно считать настройку завершённой?
Только если задача заключалась именно в назначении адреса. Для работы приложения нужно отдельно проверить его настройки, сетевой путь и применимые правила доступа.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.