Действительно ли возможно полностью избежать единой точки отказа в веб-бэкенде?
Измените свой главный выключатель и сервер к 10Gbit. Рабочие станции могут продолжить работать в 1Gbit, и сервер сможет обработать 10 рабочих станций в их максимуме.
Затем измерьте результаты и узнайте, необходимо ли расшириться 10Gbit на рабочие станции также. Я ожидаю для малого бизнеса, Вы не должны будете, и это относительно маленькое обновление увеличит полную производительность сети заметно.
На самом деле может быть несколько серверов DNS, служащих определенному домену, смотреть на домен stackoverflow.com:
$ nslookup -type=ns stackoverflow.com Server: 192.168.0.1 Address: 192.168.0.1#53 Non-authoritative answer: stackoverflow.com nameserver = ns3.serverfault.com. stackoverflow.com nameserver = ns1.serverfault.com. stackoverflow.com nameserver = ns2.serverfault.com. Authoritative answers can be found from: $
Доменные имена в соответствии с stackoverflow.com могут быть разрешены тремя серверами имен, поэтому даже если один или два из них понизился, доменные имена могут все еще быть разрешены.
RFCs, которые предоставляют рекомендации для серверов DNS, предлагают использовать по крайней мере три сервера имен, помещенные в логически и географически разнообразные местоположения для предотвращения точно той проблемы. IP-адреса, опубликованные для тех серверов, могут также быть настроены с передачей любому из узлов IP, таким образом, серверы во множестве местоположений могут совместно использовать тот же IP-адрес. Маршрутизация вокруг отказов является в значительной степени автоматической, когда соответствующая маршрутизация используется (т.е. одно местоположение, которое связывается с тем IP, понижается, и трафик просто направлен к другому автоматически). Корневые серверы DNS и многие главные TLDs настраиваются этот способ сопротивляться отказу и быть эластичными против DDos-атак. Это - как службы, такие как OpenDNS имеют близко к 100%-му времени работы, обслуживая миллиарды запросов.
Компании потратили миллионы долларов на избыточную инфраструктуру для сокращения времени простоя, но отказы могут все еще произойти, часто неожиданными способами, связанными с включенными человеческими факторами, а не технологические факторы.