Назад | Перейти на главную страницу

Что является типичным с точки зрения надежности для полностью проводной локальной сети Ethernet в нормальных условиях без перебоев и перегрузки?

Может ли кто-нибудь указать мне на какие-либо отраслевые рекомендации относительно ожидаемой надежности ЛВС в нормальных условиях без простоев и перегрузок? Я подозреваю, что какое-то устройство блокирует или ограничивает мои соединения. У меня есть код, который подключается к другой службе в том же центре обработки данных через аппаратный балансировщик нагрузки. В моем тестировании одно из 40 000 соединений не может подключиться. Я получил предположение, что одно из миллиарда сбоев подключения более разумно. Я понимаю, что TCP / IP имеет некоторую отказоустойчивость в отношении физических / электрических проблем. Так что, возможно, при нормальных условиях следует ожидать 100% надежности. Опять же, я предполагаю, что перегрузки не происходит.

Я использовал приведенную ниже команду PowerShell, чтобы изолировать проблему от сложности моего кода и от IIS на серверах. Эта команда выполняет простой тест TCP-соединения с портом 443, не пытаясь установить какое-либо соединение HTTP / HTTPS, только базовый TCP. Он выполняет 50 подключений последовательно с паузой на 10 секунд. Я могу попытаться расположить их равномерно, чтобы увидеть, не активируется ли какое-то низкое регулирование / предотвращение DOS из-за пакета из 50 последовательных соединений. Любые другие предложения приветствуются, но моя главная цель - получить достоверные цифры. Также приветствуется мнение любого сетевого профессионала о разумных цифрах.

1..120000 | % {1..50 | % {$result=Test-NetConnection example.local -Port 443 -InformationLevel Detailed; if(-not $result.TcpTestSucceeded) {Get-Date >>e:\testnettranscript.txt; $result | Select-Object * >>e:\testnettranscript.txt}}; Start-Sleep 10}

Надежность никогда не бывает 100%.

Типичные коэффициенты битовых ошибок не имеют значения, если вы не искали неисправности в этой сети. В спецификации может указываться 1 бит ошибки из нескольких миллиардов, но это не предохраняет ваше оборудование от неисправности или сбои в программном обеспечении.

  • Просмотрите журналы ошибок и использование ресурсов веб-сервера.
  • Определите все межсетевые экраны, прокси-серверы и другие промежуточные ящики на пути и то, что они могут делать с потоками.
  • Проверьте все интерфейсы на пути на наличие ошибок и замените неисправные компоненты.
  • Выполните захват пакета и посмотрите, есть ли ошибки в кадрах Ethernet или в стеке TCP / IP.
  • Отправьте тестовые дейтаграммы UDP, чтобы проверить, связана ли проблема с TCP или нет.