The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..., opennews (??), 25-Мрт-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


17. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +12 +/
Сообщение от Аноним (-), 26-Мрт-13, 00:39 
> зашибись юз-кейс.

На самом деле - великолепный юзкейс. Прикиньте, прозрачное переключение между интерфейсами без разрыва соединений. Очень мило. Используется все что может использоваться. А переключение на ходу. По сути - этакий роуминг но для TCP соединений.

Ответить | Правка | Наверх | Cообщить модератору

28. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok), 26-Мрт-13, 00:55 
переключение это прикольно, но там вроде не сказано про это. По крайней мере, не увидел в их презенташке будет ли оно вообще работать. И тем не менее, проблема не проходит, даже с просто переключением можно влететь на бабки или убить лимит.
Ответить | Правка | Наверх | Cообщить модератору

47. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +10 +/
Сообщение от Аноним (-), 26-Мрт-13, 04:11 
> переключение это прикольно, но там вроде не сказано про это.

Как не сказано? Сказано что оно при появлении доп. интерфейсов начинает их юзать, динамически. Могу предположить что при отваливании части интерфейсов оно просто деградирует по скорости и начинает юзать то что осталось. По крайней мере это было бы чертовски логично, раз оно на горячую их подхватывает.

> переключением можно влететь на бабки или убить лимит.

Вопрос кретинизма в тарификации некоего провайдера, меряющего трафф пипеткой - не проблемы протокола. Это ваши проблемы и проблемы вашего провайдера.

Ответить | Правка | Наверх | Cообщить модератору

73. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +2 +/
Сообщение от АнониМ (?), 26-Мрт-13, 09:46 
>Могу предположить что при отваливании части интерфейсов оно просто деградирует по скорости и начинает юзать то что осталось.

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

Ответить | Правка | Наверх | Cообщить модератору

79. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Moomintroll (ok), 26-Мрт-13, 10:21 
> следующий шаг менять сетевухи без остановки сервера.

Это предыдущий шаг - PCI hot-plug.

Ответить | Правка | Наверх | Cообщить модератору

125. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Аноним (-), 26-Мрт-13, 19:18 
> следующий шаг менять сетевухи без остановки сервера.

А вот это сто лет как можно. Даже кулеры и блоки питания можно. Двигаем виртуалку/контейнер на соседний хост, тушим старый хост, меняем все что надо. Никто и не заметит что вообще что-то происходило, если правильно обыграть живую миграцию.

Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

182. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от тест (?), 29-Мрт-13, 09:10 
Так вся и фишка в том, что используя эту технологию + pci hot-plug можно никуда не мигрировать.
Ответить | Правка | Наверх | Cообщить модератору

71. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –8 +/
Сообщение от тигар (ok), 26-Мрт-13, 09:40 
а что, в линуксах так до сих пор нельзя сделать чтоли? boud чтоли только для агрегации?;)
вот во фре, например:

lagg0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
        ether 00:26:82:3c:da:2a
        inet 192.168.9.150 netmask 0xffffff00 broadcast 192.168.9.255
        nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
        media: Ethernet autoselect
        status: active
        laggproto failover lagghash l2,l3,l4
        laggport: wlan0 flags=0<>
        laggport: alc0 flags=5<MASTER,ACTIVE>
вытащу патчкорд - переключится на wifi, соединения не порвутся. функционалу 100лет в обед.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

74. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от АнониМ (?), 26-Мрт-13, 09:52 
> а что, в линуксах так до сих пор нельзя сделать чтоли? boud
> чтоли только для агрегации?;)

там ограничения с мак адресами как я понимаю и соответственно трах с wlan. boud в линуксе есть и давно.

Ответить | Правка | Наверх | Cообщить модератору

127. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (-), 26-Мрт-13, 19:24 
> там ограничения с мак адресами как я понимаю и соответственно трах с
> wlan. boud в линуксе есть и давно.

Бондинг то там есть. Вот только осталось придумать как при этом с разными внешними айпи от разных провайдеров сделать "одно более быстрое соединение" к "вон тому хосту в интернете". Через разные костыли и подпорки - можно, конечно, изгальнутся. Но тут на себя все это взяли расширения протокола. Протокол сам попробует поднять добавочные туннели, максимально закосив при этом под стандартный TCP для минимизации проблем с промежуточными узлами.

Ответить | Правка | Наверх | Cообщить модератору

78. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (-), 26-Мрт-13, 10:21 
> разным IP-адресам
Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

103. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Zulu (?), 26-Мрт-13, 14:34 
все линки под аггрегацией должны вести в один свитч. Более того, в случае 802.3ad свитч еще и должет об этом знать.
IPMP об другом.
Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

126. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (-), 26-Мрт-13, 19:21 
> вытащу патчкорд - переключится на wifi,

А там оно не "переключается" а динамически использует все что доступно. Ну то-есть было 2 интерфейса - юзались два. Поднялось еще три - траффик пошел по пяти интерфейсам. Упало два интерфейса - траффик идет по оставшимся трем. Крутота.

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

156. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от NoName (?), 26-Мрт-13, 22:17 
> прозрачное переключение между интерфейсами без разрыва соединений

Сам по себе малтипасинг - боян, стоит поинтересоваться как аггрегируются малтипасинговые LUN`ы с многопортового SAN`а на тазике со многими же FC-портами.

С другой стороны - а как же NIC тиминг/бондинг/агрегейтинг в Линухах? Оно ж то же самое делает! :)

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

158. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Zulu (?), 26-Мрт-13, 22:34 
> стоит поинтересоваться как аггрегируются малтипасинговые LUN`ы с многопортового SAN`а на тазике со многими же FC-портами.

СОВЕРШЕННО иначе.
Сначала импортируются все девайсы как самостоятельные scsi luns, потом -- если включен MPxIO -- делается SCSI INQ на page 0x83 и все, что имеет одинаковый ID, считается одним и тем же девайсом.

Ни с бондингом, ни с IP MP это не имеет ничего общего.

Ответить | Правка | Наверх | Cообщить модератору

175. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от Аноним (-), 28-Мрт-13, 00:59 
> Сам по себе малтипасинг - боян,

...но в данном случае очень уж идея красива и почти не требует лишних приседаний от админа.

Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру