Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Развертывание в масштабах большого предприятия, UniFi Network
 
Привет! Есть здесь кто-то, у кого развернута масштабная сеть Unifi с Контроллером на AWS? 500-1000 площадок с более чем 1000 устройствами? Если да, не поделитесь какими-нибудь советами или фишками? У нас Контроллер на AWS с 500+ площадками и 1000+ устройствами. П captive портала нет. Работает на инстансе t2.large. Контроллер версии 5.4.15.

Начинаем замечать несколько проблем:  
- общая медлительность  
- проблемы с подключением  
- 100% загрузка CPU. Процесс Java грузит процессор на 100%.

Сейчас используем такие настройки в system.properties:  
data_retention_days=30  
debug.device=warn  
debug.mgmt=warn  
debug.system=warn  
inform.max_keep_alive_requests=150  
inform.num_thread=300  
is_default=false  
unifi.db.extraargs=--smallfiles  
unifi.xms=2048  
unifi.xmx=2048  

Буду благодарен за любые советы. Спасибо!
 
Спасибо за подробный отзыв. Надеюсь, мы начнём наш пилотный проект до Рождества.
 
@asapkota

Хороший отзыв, спасибо!
 
Перепробовали кучу разных типов инстансов и остановились на этом. Память у нас никогда не была проблемой. Слишком частый сбор мусора заставлял Java-процесс раздуваться, потреблять весь CPU и вычислительные ресурсы, а в итоге вырубал машину.
 
@asapkota

Спасибо за информацию. Ты не думал использовать экземпляр с оптимизацией по памяти, например r4.xlarge, так как, судя по всему, контроллер ограничен объемом памяти?
 
c4.2xlarge. Средняя загрузка — 0.4

Оптимизированный под EBS том gp2

Спасибо
 
@asapkota

Рад слышать. Можешь поделиться характеристиками инстанса и хранилища?
 
Действительно. Последние контроллеры значительно улучшили масштабирование.
 
В основном да. Респект команде Unifi за помощь в этом деле. Последняя версия контроллера содержит множество исправлений.

Запускаю более 2000 точек доступа на AWS без проблем.
 
Люди, кажется, сразу бросаются на AWS, и я признаю, что он действительно отличный для автоматизации — например, для быстрого запуска новых инстансов в зависимости от нагрузки и так далее. Но для статического сервера, как этот, обычно намного выше производительность будет у таких провайдеров, как Linode, Vultr, Ramnode и других уважаемых хостеров на SSD.

Поищите в интернете результаты бенчмарков — вы почти всегда увидите, что AWS занимает последние или близкие к последним места по большинству показателей производительности.

К тому же чаще всего это дешевле и с этим проще работать. Вот такая пища для размышлений.
 
Вы решили эти проблемы? Мы планируем крупномасштабное развертывание примерно 1100 точек доступа. Хотелось бы понять, чего ожидать.
Страницы: 1
Читают тему (гостей: 1)