Перейти к содержимому
Калькуляторы

Einstein

Пользователи
  • Публикации

    9
  • Зарегистрирован

  • Посещение

О Einstein

  • Звание
    Абитуриент
    Абитуриент

Контакты

  • ICQ
    Array
  1. Для этого планируется задействовать IP SLA, судя по докам достаточно сложные проверки деградации сервиса можно проверять :-) Почему не помощник? Задачу верно расписали, на серверах крутятся прозрачные прокси. Это другой ценовой диапазон :-) Пока смотрим еще и в сторону железок, которые имеют фичи Server Load Balancing (Cisco ASR, Juniper MX)
  2. С помощью PBR планируется завернуть на кластер поток HTTP-пакетов. Балансировку веб-трафика по серверам затем предполагается возложить на протоколы динамической маршрутизации. Или это не будет работать? Про DNS также поясните, как именно предлагается балансировать?
  3. Насколько распространен в России? Это важно, т.к. популярные девайсы проще доставить, найти модули, спросить совета на форуме по настройке... У Циско есть специализированный балансировщик уровня приложений ACE 4710 - но судя по отсутствию обсуждений на форумах, им никто здесь не пользуется, отсюда мы сразу отбросили все варианты с его использованием.
  4. ЗЫ: Модеры, перенесите в Технические вопросы, пожалста... Нужно реализовать балансировку потока 10 ГБит (преимущественно HTTP) на кластер серверов (до 10 штук). С учетом всех требований High Availability и поддержки BGP (важно). Предварительно вкусно выглядит серия 3750-X (или 4948) у Циско, лицензия IP Services для BGP. Планируется стекировать два коммутатора (для надежности) и зарулить HTTP/HTTPS трафик на ферму через правила PBR, а также задействовать IP SLA HTTP для мониторинга серверов. В нормальном режиме весь трафик размазывается по серверам фермы, в случае если сервер горит / подвисает, маршрут на него деактивируется, и трафик перенаправляется на живые сервера. Также как вариант можно попробовать решить эту задачу на более высокоуровневом железе серии ASR 1000. Хотелось бы услышать мнение по самой схеме реализации (может есть более интересное решение), и по выбору железа для него. С точки зрения цифирок в дата-шитах, все указанные железки вроде гарантированно тянут условия задачи, но всегда есть нюансы... о которых хотелось бы услышать от практиков :-)
  5. Посмотрите www.SkyDNS.ru - в будущем (месяца через 2-3) будет специальное предложение и для провайдеров, возможность подключать сервис в личный кабинет пользователя. Пока такие вещи как парентал контрол можно делать достаточно просто, создав аккаунт и заблокировав все опасные категории. После этого гонять DNS-трафик пользователей, которым нужна услуга, через наш сервис.
  6. Речь не идет о костылях, нужно просчитать, достаточно ли для задачи 3560, или нужен маршрутизатор, или самый простой вариант все на хорошем серверном железе поднять самостоятельно.
  7. Пока в планах нет такой опции как продажа самих списков, или их аренда. Но для провайдеров точно будет специальное предложение, позволяющее кастомизировать и встраивать в личный кабинет возможности SkyDNS. Пока же можно бесплатно и легально пользоваться нашими возможностями для сетей любых размеров. Фильтровать порнографию на категории вряд ли получится, как показывает мировая практика :-) Обычно существуют категории - "порнография", а также "ню" и "нижнее белье". Пока мы не делаем различия между этими нюансами, но если увидим целесообразность или запросы пользователей, то можно и разбить. Плодить более детальные категории очень не хочется, среднему пользователю итак достаточно тяжело между несколькими десятками категорий ориентироваться.
  8. Без регистрации, в режиме анонима, блокируется фишинг и сайты, распростряняющие вирусы. После регистрации и привязки вашего IP адреса в аккаунте, появляется возможность фильтровать любые из шести десятков категорий, включая порно, наркотики, аськи, социалки и пр.
  9. Итак, ситуация. Есть задачка, которая крутится на одном сервере. Сервер теоретически вытянет только 1000 параллельных клиентов, которые активно обмениваются сетевым трафиком с сервером. Нужно тянуть несколько тысяч клиентов. Хочется поставить несколько серверов и замутить балансировку трафика, т.к. серверы могут работать совершенно независимо друг от друга. В указанных в сабже девайсах есть штуковина под названием EtherChannel, подскажите, насколько применимо в нашем случае: обьединяем ферму серверов в единый виртуальный линк, в итоге входящий трафик от клиентов должен более-менее равномерно размазаться между всеми серверами? Или здесь не обойтись дешевыми вариантами и надо брать нормальный маршрутизатор вроде 6500 серии.