| 0 |
|
Работа крупных веб-сайтов обычно обеспечивается собственными ЦОД, состоящими из десятков, сотен или тысяч серверов. Как любая децентрализованная сеть, такая серверная «ферма» склонна к образованию заторов: пакеты данных, прибывающие на один и тот же маршрутизатор одновременно, выстраиваются в очередь, и, если очереди достаточно велики, доставка пакетов задерживается.
В августе, на ежегодной конференции ACM Special Interest Group on Data Communication, исследователи Массачусетского технологического института (MIT) представят новую систему сетевого администрирования, которая в экспериментах сокращала среднюю длину очередей для маршрутизаторов ЦОД компании Facebook на 99,6%, что практически равносильно их полному устранению. В периоды сильной загрузки сети среднее время ожидания между запросом и прибытием информации — латентность — снижалась примерно на столько же, с 3,56 до 0,23 микросекунд.
Система, получившая название Fastpass, в отличие от обычного для большинства ЦОД децентрализованного протокола коммуникаций использует один центральный сервер в качестве «арбитра», регулирующего время и направление отсылки пакетов для каждого узла сети.
Каждый узел, перед отсылкой данных отправляет запрос арбитру и получает от него маршрутное расписание. Такая процедура, разумеется, занимает какое-то время, скажем, 40 мкс, поэтому до сих пор считалось, что итоговый выигрыш в быстродействии если и будет, вряд ли окажется заслуживающим внимания.
Как ни удивительно, но экономия времени, по оценкам сотрудников MIT должна все же получиться существенной. Их эксперименты показывают, что арбитр с восемью ядрами способен поддерживать работоспособность сети с пропускной способностью 2,2 Тб/с. Это соответствует полноценной рабочей загрузке ЦОД из 2 тыс. серверов с гигабитными соединениями между ними.
Секрет эффективности Fastpass заключается в нестандартной методике распараллеливания задач по выделению линий передачи, чтобы их можно было решать одновременно на отдельных ядрах. Обычно к этому подходят, разделяя пары серверов источников и получателей на группы, резервируя за каждой группой свое ядро, и применяя итеративную процедуру.
Вместо этого Fastpass задает каждому ядру собственный интервал времени. Анализируя список запросов на передачу, такое ядро находит еще незанятую пару серверов и помещает ее в свой временной промежуток. Затем, скорректированный перечень запросов переходит к ядру, представляющему следующий интервал.
Такой подход, по мнению одного из авторов статьи, Хари Балакришнана (Hari Balakrishnan), позволит снизить расходы на администрирование и аппаратное обеспечение, повысив качество обслуживания пользователей.
«Эта статья не утверждает, что такую технологию можно встроить в крупнейшие ЦОД современности, — комментирует он. — Но на вопрос о возможности создания более масштабируемых централизованных систем мы можем дать положительный ответ».
Ready, set, buy! Посібник для початківців - як придбати Copilot для Microsoft 365
| 0 |
|
