У меня вопрос о надежности сетевых уровней, я думаю, что на сетевых уровнях существует избыточность, мой вопрос в том, зачем нужна надежность как на уровне канала, так и на конце?
Требуется сквозная связь, потому что не ВСЕ сетевые уровни особенно надежны, и только конечные системы знают, сколько надежности действительно требуется. Кроме того, если имеется более одного канала с потерями, только конечные системы знают, какие пакеты действительно необходимо повторно передать (или скорректировать), и поэтому сквозная надежность сводит к минимуму дополнительную работу по компенсации потерь. И наконец, все средства, чтобы не потерять пакеты, требуют времени. Если каждый переход на длинном пути обеспечивает почти идеальную надежность, общая задержка будет огромной.
Сквозной принцип - вот что делает Интернет практичным.
Когда протокол канального уровня обеспечивает надежную доставку, он гарантирует перемещение каждой граммы данных сетевого уровня по каналу без каких-либо ошибок. Надежность канального уровня часто используется для каналов, которые подвержены высокому проценту ошибок, таких как беспроводная связь и т. Д., Вместо того, чтобы принудительно повторять передачу данных на конечном конце по протоколу транспортного или прикладного уровня.
В случае волоконно-оптического кабеля передача дополнительных битов является накладной.
Итак, у вас есть сервер ... И вам нужна хорошая доступность и избыточность, поэтому вы подключаете его с помощью одной сетевой карты к одному коммутатору.
Это хорошее начало, сети довольно надежны, если их оставить в покое.
Лучшей избыточностью было бы подключение двух сетевых адаптеров к одному коммутатору с использованием моста STP, чтобы избежать образования петли в сети.
Это позволяет одному сетевому адаптеру выйти из строя, оставив вам возможность подключения. (В зависимости от режима соединения сетевой карты)
Еще лучше было бы подключить 2 NIC к разным коммутаторам. Теперь вы можете потерять одну сетевую карту и один коммутатор.
Для большей избыточности вам нужно посмотреть, как сеть выходит за пределы LAN. Резервирование WAN обеспечивается более чем одним разнородным маршрутом. Под разнообразием я подразумеваю, что трафик идет в Интернет по совершенно другому маршруту. (скажем, ADSL или кабель в офисе) В центре обработки данных это, вероятно, лучше всего сделать, получив некоторое IP-пространство и объявив об этом через BGP вашим провайдерам транзита / пиринга в восходящем направлении.
Вы также можете многое сделать, чтобы повысить надежность вашего прикладного уровня. Несколько серверов на нескольких коммутаторах, подключенных к нескольким маршрутизаторам.
На некоторых из ваших серверов может потребоваться что-то вроде memcached, чтобы вы могли обмениваться информацией о сеансе и позволяли вашим пользователям беспрепятственно переходить между серверами.
Для обеспечения максимальной надежности вам нужно рассмотреть несколько источников питания в нескольких стойках, в нескольких глобально разнесенных центрах обработки данных, причем каждая стойка имеет все вышеперечисленное встроенное резервирование.
(а также убедитесь, что на ваших серверах есть два источника питания и как минимум 2 диска с уровнем RAID> = 1!)