Сегодня на рынке широко представлены различные модели многофункциональных устройств, которые призваны максимально обеспечить малый или среднего размера офис сетевыми сервисами на базе одного устройства. Но среди них особняком, как и несколько лет назад, стоит продукция Draytek, это связано с тем, что продукция именно этого вендора задала планку простых в настройке, надёжных и функциональных сетевых «комбайнов» для офиса. Серия маршрутизаторов Draytek 2912, о которых пойдёт речь — это золотая середина, которая находится там, где уровень функционала и производительности маршрутизаторов операторского уровня требуется, но обычного домашнего или домашнего+ маршрутизатора, для решения сетевых задач офиса, недостаточно. К тому же, использование одного устройства экономически целесообразнее, чем держать несколько устройство под разные задачи, если они в среднем, являются типовыми, например, маршрутизация, межсетевой экран, VPN-сервер и прочее. Другая ключевая особенность маршрутизаторов Dryatek, которая сделала их популярным во всём мире, это качество и надёжность, которые компания вложила в устройства, начиная с качества материалов корпуса, микросхем и комплектующих и заканчивая качеством встроенного программного обеспечения. Ещё одна особенность маршрутизаторов Draytek– простота настройки и понятный интерфейс, поэтому многим администратором и инженерам нравится работать с Dryatek. Кстати, что касается документации, здесь тоже порядок, кроме официальных руководств, в Интернете и на сайтах Draytek есть множество примеров настройки маршрутизаторов и интеграции их с оборудованием других производителей.
Рубрика «балансировка» - 2
Обзор маршрутизатора Draytek серии 2912. Часть первая
2016-05-27 в 14:13, admin, рубрики: Draytek, firewall, LTE, vpn, балансировка, Блог компании Цифровой Ангел, гаджеты, Железо, маршрутизатор, метки: DraytekПродление жизни аккумуляторам электроинструмента — часть 2
2015-10-26 в 17:40, admin, рубрики: diy или сделай сам, аккумуляторы, балансировка, восстановление аккумуляторов Мда. С момента написания первой части прошло уже 4 года.
Время летит…
Как ни странно, мой шуруповерт Stayer все еще жив, хотя и побывал в ремонте. Также живы и 4 из 5 аккумуляторов (один пошел на элементы для восстановления остальных).
Выведенные на корпус батарей разъемы позволяли дозаряжать проблемные ячейки и поддерживать батареи в годном состоянии. Но, боже, как это нудно!
В общем, когда меня окончательно достал этот процесс, я начал усиленно копать инет в поисках чипа, годного для балансировки аккумулятора на 15 Ni-Cd элементов.
И. Сюрприз! Я такого чипа просто не нашел. Ну, вот нету и всё тут. Для литиевых еще туда-сюда (и то на меньшее количество «банок») для никеля — глухо. Или я искать не умею, или производителям просто плевать на эту нишу.
Читать полностью »
Лишние элементы или как мы балансируем между серверами
2015-03-13 в 8:55, admin, рубрики: BGP, ivi, ivi.ru, балансировка, балансировка нагрузки, Блог компании онлайн-кинотеатр ivi.ru, ит-инфраструктура, Серверная оптимизация, Сетевые технологииПривет! Какое-то время назад люди осознали, что увеличивать мощность сервера в соответствии с ростом нагрузки просто невозможно. Тогда-то мы и узнали слово «кластер». Но как бы красиво это слово не звучало, всё равно приходится технически объединять разрозненные серверы в единое целое – тот самый кластер. По городам и весям мы добрались до наших узлов в моём предыдущем опусе. А сегодня мой рассказ пойдёт о том, как делят нагрузку между членами кластера системные интеграторы, и как это сделали мы.
Внутри публикации вас также ждёт бонус в виде трёх сертификатов на месячную подписку ivi+.
Читать полностью »
Макрос для балансировки исходящих звонков на GSM в Asterisk
2013-09-29 в 22:26, admin, рубрики: asterisk, gsm, linux, sip, балансировка, телефония, метки: asterisk, gsm, sip, балансировкаПривет!
В прошлом топике(уже в черновиках) я обещал предоставить хабрасообществу действующий макрос для балансировки исходящих звонков через N-ное количество сим-карт. Сабж, собственно, найден, усовершенствован и протестирован. Плюс — он гарантирует, что симка с превышенным лимитом использоваться не будет.
Читать полностью »
Балансировка входящих соединений на iptables
2013-03-21 в 9:33, admin, рубрики: condition, iptables, mark, балансировка, метки: condition, iptables, mark, балансировкаПредположим, что у вас есть некий сервис, принимающий входящие соединения и возникла задача балансировки нагрузки и/или отказоустойчивости.
В общем виде схема выглядит так:
клиент ----> балансировщик ---> бэкенд (сервис)
Готовых балансировщиков под конкретные нужды множество. Например, nginx — отличный балансировщик для веб-приложений, haproxy для tcp-соединений.
CISCO ACE. Часть 2: балансировка удаленных серверов и приложений
2012-05-23 в 19:23, admin, рубрики: ace, balancing, Cisco, ddos, балансировка, балансировка нагрузки, информационная безопасность, Сетевое оборудование, Сетевые технологии, метки: ace, balancing, Cisco, ddos, балансировка, балансировка нагрузки
В первой части CISCO ACE — балансировка приложений мы немного окунулись в мир балансировки приложений и сетевых ресурсов. Познакомились с характеристиками, предназначением и возможностями семейства таких устройств. Рассмотрели основные сценарии внедрения и преимущества, которые нам приносит использование балансировщиков.
Вероятно многие поймали себя на мысли о том, что это очень дорого и не увидели преимуществ, которые именно им может предоставить промышленный балансировщик. В посте я уделю внимание именно этому моменту и постараюсь показать, что сервисом может воспользоваться большинство.
Облако контакт-центров «Билайна»: что бывает при пиковой нагрузке
2012-04-11 в 7:27, admin, рубрики: балансировка, Блог компании ВымпелКом (Билайн), ит-инфраструктура, контакт-центр, мобильная связь, распределение нагрузки, управление проектами, метки: Call центр, балансировка, контакт-центр, мобильная связь, распределение нагрузкиЕсли вы живёте в Москве и хотите познакомиться лично с понравившейся девушкой из call-центра «Билайна», вас может ждать сюрприз. Ехать на свидание придётся, например, в Тверь или в другой соседний город.
Изначально каждый контакт-центр обслуживал свой регион, поэтому получалось, что нагрузка между ними никак не балансировалась: при пиковой нагрузке в одном центре нельзя было задействовать свободные мощности другого.