А какие к них аргументы в пользу CHR, кроме того, что "облака - это модно"?

ситуация

сервер в ДЦ. Прикупить туда микротик нельзя. На сервере ферма. Вот CHR в этом случвае оптимум

меня другое интересует - кому нужна анлимитед лицензия? вот реально у кого то есть интерфейсы больше 10G? ну из тех кто CHR использует?

Для тех кто хочет все и по максимуму, что бы было

при том что можно те же впны из говна и палок собирать на линуксе

250 баксов? ну нафиг "ШОБ БЫЛО". там же кроме скорости интерфейса другой разницы нет

Да таких полно)

сервер в ДЦ. Прикупить туда микротик нельзя. На сервере ферма. Вот CHR в этом случвае оптимум

У меня в таких условиях маршрутизируется белая /24 в цоде

сервер в ДЦ. Прикупить туда микротик нельзя. На сервере ферма. Вот CHR в этом случвае оптимум

А почему низя туда тик купить? Оплата за доп юнит?

при том что можно те же впны из говна и палок собирать на линуксе

Ну openvpn в микротиках не полноценный. Тот же udp до сих пор не научился. Это про говно и палки.

А почему низя туда тик купить? Оплата за доп юнит?

ДЦ, например, в Германии

Ну openvpn в микротиках не полноценный. Тот же udp до сих пор не научился. Это про говно и палки.

OVPN это и есть изначально говно и палки )))

ДЦ, например, в Германии

И? Проблема в чем? В Германии запретили тики? )))

Ну openvpn в микротиках не полноценный. Тот же udp до сих пор не научился. Это про говно и палки.

слезно обещают в 7.0 сделать

OVPN это и есть изначально говно и палки )))

люто плюсую

250 баксов? ну нафиг "ШОБ БЫЛО". там же кроме скорости интерфейса другой разницы нет

бессмысленно покупать безлимитную...

бессмысленно покупать безлимитную...

P1 обычно за глаза

OVPN это и есть изначально говно и палки )))

Зато самый универсальный)

И? Проблема в чем? В Германии запретили тики? )))

ну, организационно это сложно. Ладно здесь - взял настроил, отвез, ребята поставила в ДЦ

а там... гемора много.

P1 обычно за глаза

Кому-то p10 пойдёт ))

ну 10Г можно брать, сфп+ не такая уж и редкость ?

а там... гемора много.

Заказал, доставили, воткнули ))) так и сервера свои там появляются ))

у нас там только арендованное железо

не свое

в СПб и МСК - свое стоит

у нас там только арендованное железо

Ну я к тому, что что-то заказать на адрес дц и установить не проблема ))

слезно обещают в 7.0 сделать

В 7.0 много чего обещают. Только походу это долгострой похлеще duke nukem forever

у них все долгострой

Зато у есхи шикарно работает HA. В случае если сервак падает в хлам - второй становится активным и подхватывает виртуалку за меньше, чем секунду

Кстати, а почему это не решать средствами самого Тика? Я не ковырял, но том же должен быть failover. Или нет?

VRRP

http://wiki.mikrotik.com/wiki/Manual:Interface/VRRP

contrack не фэйловерится, а это самый бэд

ну звиняйте, вы когда фейловерите аплинк то тоже контрак приходится сбрасывать ?

иначе конекты висят до конца своей жизни. такова селява

Кстати, а почему это не решать средствами самого Тика? Я не ковырял, но том же должен быть failover. Или нет?

Да легко.

Только две виртуалки на разном железе держать все равно

А если это проще средствами гипервизора делать - я за более низкоуровневые решения

А если это проще средствами гипервизора делать - я за более низкоуровневые решения

Чём ниже уровень, тем дороже по ресурсам же. Логическая репликация проще, быстрее и меньше грузит сервер.

а низкоуровневая быстрее отрабатывает ?

а низкоуровневая быстрее отрабатывает ?

Тебе надо реплицировать диски, состояние памяти и ещё кучу всего. Откуда быстрее-то?

потому что более низкоуровнево

а я вот всегда за высокоуровневую был. В ней больше логики и можно под свои нужды затюнить

потому что более низкоуровнево

Ой, всё

как там говорили: даже самый красивый код на РНР будет медлеее самого быдловатого кода на С

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

Чём ниже уровень, тем дороже по ресурсам же. Логическая репликация проще, быстрее и меньше грузит сервер.

Только чтоб ВРрп держать, если ты микротом поднимаешь тоннели, раздаешь адреса по дхцп - надо поднимать на обоих. И скриптами обрабатывать статус вррп

Или бить пул дхцп на куски

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

Ты прав.

Только чтоб ВРрп держать, если ты микротом поднимаешь тоннели, раздаешь адреса по дхцп - надо поднимать на обоих. И скриптами обрабатывать статус вррп

А под есхи - настроил виртуалку, поднял тоннели, все сервисы на одном

Кликнул галочку HA

И спокойно пошёл домой

Один из серверов кластера можно даже тушить

Кстати в HA-кластере рекомендуется под трафик vmotion отводить отдельный быстрый интерфейс на каждом сервере, и пивать их в отдельный vlan.

Как раз для целей синхронизации system state виртуалок

как интересно

много нового узнал

Ты прав.

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

Кстати в HA-кластере рекомендуется под трафик vmotion отводить отдельный быстрый интерфейс на каждом сервере, и пивать их в отдельный vlan.

Вот

Я же написал, что под это отдельный интерфейс на сервере

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

А ты ответь про конфигурацию вррп и тоннелей с bgp-нейборами, например

Или хотя бы ospf

Да фиг с ней с динамической маршрутизацией.

Кроме сети ресурсы самого сервера тоже не бесконечны. Но все зависит от нагрузки, конечно. Еслм есть возможность тратить часть ресурсов на такую реаликацию, значит нагрузка не очень большая скорее всего

DHCP-пул раздать - его уже рвать на два микротика придётся

Кроме сети ресурсы самого сервера тоже не бесконечны. Но все зависит от нагрузки, конечно. Еслм есть возможность тратить часть ресурсов на такую реаликацию, значит нагрузка не очень большая скорее всего

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

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

Я каждый день с такой сетью работаю)

Только не как сетевик

ERROR: S client not available

Я каждый день с такой сетью работаю)

Нагрузка маршрутизации такая? А ну-ка раскидай топологию и логику

И я тебе косяки архитектуры укажу, которые снизят нагрузку в разы :)

Блин, давай не начинать) Этим целый отдел из нескольких десятков человек занимается.

Я каждый день с такой сетью работаю)

Да, естественно речь не о провайдерах. Ибо провайдер и микротик это плохо.

Речь о soho-сетях, где микротики уместны

Только не как сетевик

Я сказал "построить"

Построить не проблема, если есть откуда взять нагрузку. Дома мне её взять неоткуда

Я ж и говорю - опиши хотя бы кейс такой нагрузки

Если это не провайдер

Кстати о нагрузке. Только что гонял тесты 2011 роутера с нагрузкой в виде hping3 —flood с разными правилами дропа, всюду было 50к pps +-. ниже таблица, екшн, нагрузка проца filter - drop - 80-90% filter - reject - 100% RAW- drop - 63%

Если это не провайдер

Ты видимо не читаешь что я пишу или читаешь по диагонали

Кинь реплай на сообщение

Чтоб я прочитал

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

Кроме сети ресурсы самого сервера тоже не бесконечны. Но все зависит от нагрузки, конечно. Еслм есть возможность тратить часть ресурсов на такую реаликацию, значит нагрузка не очень большая скорее всего

Тут речь не про сеть вообще

Ту же базу я вообще не вижу смысла реплицировать посредством esxi

Ну может у него офисы соеденены 10g каналами, в офисах AD(и израиль ? ), БД разбросаны по разным офисам, разные подсети через маршрутизацию(не единый бродкаст на все офисы) ?

И базу, кстати, в soho загрузить проще, чем сеть

Ту же базу я вообще не вижу смысла реплицировать посредством esxi

Речь о роутерос под виртуалкой

А не про субд

Речь о роутерос под виртуалкой

Уже давно нет)

в общем, я так понял назревает холивар. завязывайте, итак читать не успеваю ?

вернемся лучше к микротикам ?

Я говорю про отказоустойчивость средствами гипервизора в отношении роутерос

Если речь про субд - почему нет? Сервер под субд должен быть выделен полностью, хранение бд в схд, подключённой к обоим серверам кластера. На диски бд кладёт активный

По сети данные дублируются на второй сервер.

Цитирую дальше себя:

Под репликацию выделены отдельные интерфейсы

Да, в случае субд это не самый оптимальный кейс. Тут согласен

Но речь-то шла об отказоустойчивости роутерос!

Зачем? Если есть обычная репликация на уровне базу, которая к тому же позволяет читать со слейвов, разгружая мастер?