вот интересно, почему так:
Bridge Virtual Interface
Switch Virtual Interface
но
Virtual Tunnel Interface, а не Tunnel Virtual Interface?
Bridge Virtual Interface
Switch Virtual Interface
но
Virtual Tunnel Interface, а не Tunnel Virtual Interface?
понедельник, 25 марта 2013 г.
суббота, 23 марта 2013 г.
mikov active-active HA & graceful service degradation
Дощелкался.
Есть у меня нож автоматический, Mikov, чешский. Вот такой (фото из интернета).
В сложенном состоянии клинок спрятан внутри рукояти, и при нажатии рычажка выбрасывается наружу пружиной. Точнее пружинами, их там две одинаковых. И вот недавно одна из них лопнула, и теперь нож иногда недораскрывается. Раньше их делали с одной пружиной, и в те времена в такой ситации надо было ждать новую. По мне, так вполне наглядный пример active-active HA (пружины работают одновременно) и graceful degradation (при поломке одной пружины в целом функциональность сохраняется). Занятно, как одни и те же принципы применимы в совершенно разных, казалось бы, областях.
Есть у меня нож автоматический, Mikov, чешский. Вот такой (фото из интернета).
В сложенном состоянии клинок спрятан внутри рукояти, и при нажатии рычажка выбрасывается наружу пружиной. Точнее пружинами, их там две одинаковых. И вот недавно одна из них лопнула, и теперь нож иногда недораскрывается. Раньше их делали с одной пружиной, и в те времена в такой ситации надо было ждать новую. По мне, так вполне наглядный пример active-active HA (пружины работают одновременно) и graceful degradation (при поломке одной пружины в целом функциональность сохраняется). Занятно, как одни и те же принципы применимы в совершенно разных, казалось бы, областях.
суббота, 16 марта 2013 г.
load sharing vs load balancing
Хотелось бы уточнить некоторые нюансы терминологии.
Мне представляется неверным использование термина 'load balancing' (балансировка нагрузки) в контексте наличия нескольких путей перенаправления (форвардинга) трафика между его источником и пунктом назначения. В частности, при использовании агрегации физических портов в один логический (bonding в linux, teaming в windows, trunking у HP) или при наличии нескольких L3-маршрутов (equal cost multipath). Само слово 'балансировка' подразумевает, по моему мнению, динамическое изменение одного параметра (next-hop или выходной интерфейс) в зависимости от некоей метрики нагрузки. Подобным образом работают решения вроде F5 LTM, ACE и прочая. Например, если отклик одного из множества серверов или количество соединений на нем меньше, чем у остальных, следующий запрос будет направлен на него. В случае агрегации портов и l3-ecmp выбор пути, по которому будет направлен пакет, происходит, как правило, при помощи подсчета хэша от неких полей пакета. В некоторых случаях возможна, к примеру, полная утилизация одного из линков-членов агрегированного линка и низкая утилизация других.
Поэтому в этих контекстах уместнее говорить именно о 'разделении' нагрузки, load sharing.
Мне представляется неверным использование термина 'load balancing' (балансировка нагрузки) в контексте наличия нескольких путей перенаправления (форвардинга) трафика между его источником и пунктом назначения. В частности, при использовании агрегации физических портов в один логический (bonding в linux, teaming в windows, trunking у HP) или при наличии нескольких L3-маршрутов (equal cost multipath). Само слово 'балансировка' подразумевает, по моему мнению, динамическое изменение одного параметра (next-hop или выходной интерфейс) в зависимости от некоей метрики нагрузки. Подобным образом работают решения вроде F5 LTM, ACE и прочая. Например, если отклик одного из множества серверов или количество соединений на нем меньше, чем у остальных, следующий запрос будет направлен на него. В случае агрегации портов и l3-ecmp выбор пути, по которому будет направлен пакет, происходит, как правило, при помощи подсчета хэша от неких полей пакета. В некоторых случаях возможна, к примеру, полная утилизация одного из линков-членов агрегированного линка и низкая утилизация других.
Поэтому в этих контекстах уместнее говорить именно о 'разделении' нагрузки, load sharing.
примеро
Лень и желание "ничего не делать и чтобы все было" склонили меня к регистрации здесь вместо поднятия отдельного бложика на нгинкс+питон+скулайт. Вероятно, я буду здесь писать что-то про компьютерные сети. Вероятно, кому-то это поможет или покажется интересным.
Подписаться на:
Сообщения (Atom)