Ne_Palimsa20 июл 2012 в 08:10

Распределение нагрузки на PPTP/L2TP серверы MPD5

4 мин

8.8K

*nix * Системное администрирование *

Из песочницы

+20

Комментарии 31

Yoda33 20 июл 2012 в 08:35

Ваш способ не сработает если IP пулами заведует RADIUS:


[] show ippool
Available IP pools:
	poolsat:	used    0 of  510

Но можно узнать количество сессий с помощью вот такого скрипта:


#!/usr/local/bin/bash                                                                                                                                                                                                                         
                                                                                                                                                                                                                                              
online=`ifconfig | grep ng | wc -l`                                                                                                                                                                                                  echo $online"                                                                                                                                                                                                                                                                                                                                                                                                                                   
                                                                                                                                                                                                                                   
exit 0

Yoda33 20 июл 2012 в 08:35

Хм… почему-то тэг похерил форматирование

shtirlitsus 20 июл 2012 в 11:33

netstat работает значительно быстрее чем ifconfig
/usr/bin/netstat -rn | grep -v grep | grep -c ng

Yoda33 21 июл 2012 в 10:20

Микросекунды решают

mshewzov 20 июл 2012 в 08:38

Ссылка на блог автора повеселила)

Ne_Palimsa 20 июл 2012 в 08:42

Дело в том, что работа скрипта осуществляется на DNS сервере, который не является MPD5 сервером, поэтому вариант с ifconfig не подходит. Кол-во сессий можно еще узнать так:
http://0.0.0.0:5006/bincmd?show%20mem
Среди прочей информации будет значение BUND — количество фактически поднятных ng интерфейсов

Yoda33 20 июл 2012 в 08:45

Дело в том, что работа скрипта осуществляется на DNS сервере, который не является MPD5 сервером, поэтому вариант с ifconfig не подходит.

Подходит. Если есть ssh доступ к серверу с MPD. У меня так графики загруженности в rrdtool рисуются.
И чем http лучше ssh?

Ne_Palimsa 20 июл 2012 в 08:47

Согласен, в принципе, можно было и через ssh организовать. Мне показалось, что проще будет распарсить одну страницу http. Дело, как говориться, вкуса.

EvilShadow 20 июл 2012 в 09:56

Как правило для такого туннелирования используются либо серьезные железки (Cisco, Juniper, etc), либо софт-роутеры на базе FreeBSD и MPD5.

Либо Linux и poptop/accel-pptp/rp-pppoe/accel-ppp

Ne_Palimsa 20 июл 2012 в 10:08

Все это работает в usermode и нету аналога netgraph.

Ne_Palimsa 20 июл 2012 в 10:09

userspace т.е.

EvilShadow 20 июл 2012 в 10:40

Из всего этого только poptop работает в userspace.

Yoda33 20 июл 2012 в 10:21

В Linux pppd сотоварищи шибко ущербное решение в сравнении с MPD. Мы это поняли, когда, устав от спорадических зависаний серверов доступа под Debian, преревели их на FreeBSD с MPD. И виснуть перестало и кучу «полезностей» получили.

Ne_Palimsa 20 июл 2012 в 10:25

FreeBSD вообще на мой взгляд лучше в качестве шлюза, роутера, сервера доступа. Таже quagga для BGP чувствует себя на фряхе заметно лучше. Организация работы VLAN просто чудесна по сравнению с Linux. Зато в качестве сервера приложений мне больше нравится Linux, хотя и фря вполне себе со многими задачами справляется.

Yoda33 20 июл 2012 в 10:26

Угу, каждому овощу своё поле 8)

EvilShadow 20 июл 2012 в 10:51

Дело вкуса. У меня не было проблем с pptpd и pppoed на дебианах.

tgz 21 июл 2012 в 04:42

У любителей фряхи в линуксах всегда что-то не работает.

Yoda33 21 июл 2012 в 10:21

Мне лично фря параллельна. Главное что работает без сбоев и можно в выходные спокойно отдохнуть от всего этого бедлама.

click0 20 июл 2012 в 11:07

Подправьте использования grep. Он может напрямую парсить файл.

grep used "$workdir/$ipsrv"

Ne_Palimsa 21 июл 2012 в 12:19

Спасибо

shtirlitsus 20 июл 2012 в 11:27

у меня балансер находится на днс-сервере и лазит по vpn-ам через ssh с авторизированным ключем. В списке балансера у каждого сервера vpn стоит коэффициент его вычислительной мощности. при опросе серверов выбирается наименее запруженный, который и становится vpn.local
скрипт который выполняется на vpn:

#!/bin/sh
/bin/ps ax | grep -v grep | grep -c mpd5
/usr/bin/netstat -rn | grep -v grep | grep -c ng

отдаёт: жив ли mpd и сколько текущих сессий

shtirlitsus 20 июл 2012 в 11:31

картинка такая получается

jintwo 21 июл 2012 в 08:01

Реализовывал аналогичную штуку, только dns сервер был самописный. Статистика снималась через fabric, а dns сервер был реализован на twisted.

Ne_Palimsa 21 июл 2012 в 12:34

А почему была необходимость в собственном dns сервере?

jintwo 22 июл 2012 в 19:15

Документацию по bind не удосужился прочитать и NIH роль сыграл ) Ну и к тому же там еще была необходимость некоторых пользователей сажать на определенные сервера. Был вариант — powerdns + pipe backend, но решил сам имплементить это добро.

Yoda33 23 июл 2012 в 05:21

Мы такие задачи в bind разруливали с помощью view.

IbZ 24 июл 2012 в 08:55

В свое время стояло 20 разных впн-серверов. Основные моменты в принципе как во всех выше приведенных примерах:
1. у каждого сервера был свой «вес», коэффициент в зависимости от его процессорной мощности (использовались несколько однотипных платформ, так что при установке нового сервера вес бы уже известен)
2. каждый впн-сервер раз в минуту собирал сам некое взвешенное число получаемое из кол-ва своего трафика в pps'ах и кол-ва сессий. Почему только не один из этих параметров, а совокупность? — потому что большое кол-во сессий не всегда прямо пропорционально трафику (допустим сломалась маршрутизация и т.п, и трафика нет, а балансер будет все кидать и кидать сессии на этот сервер). NAS отдавал эти числа по обычному snmp (exec в snmpd.conf на сервере и snmpwalk .1.3.6.1.4.1.2021.8.1.101 на балансере)
По snmp же строились графики онлайна, загрузки, pps
3. TTL для имени впн-сервера был крайне малым — 1-2 минуты, выдавались 4 самых ненагруженных nas'а роунд-робином

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

Sinka 1 авг 2012 в 21:08

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

shtirlitsus 2 авг 2012 в 05:12

выход в интернет только через туннель. если без туннеля, то клиент варится в локальных ресурсах

Sinka 2 авг 2012 в 07:36

Я про статический ип в инернет. Если раздавать реал, то пуллы закреплять за насами нужно, а они тут балансируют видите ли. Как на практике решаете вопрос статика за разными насами? BGP? proxy arp? Еще что-нибудь

shtirlitsus 2 авг 2012 в 11:36

дык ospf решает

Зарегистрируйтесь на Хабре, чтобы оставить комментарий