<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Балансировка TCP-соединений во FreeBSD</title>
    <link>https://www.opennet.me/openforum/vsluhforumID1/86140.html</link>
    <description>Здравствуйте!&lt;br&gt;Подскажите программку для балансировки TCP-сессий между двумя серверами. Акцентирую внимание что мне надо чтобы не пакеты раскидывались, а именно TCP-сессии, т.е. первый пользователь подключаясь по ip=10.0.0.1 попадает на один сервер (и в дальнейшем работает с ним) второй пользователь подключаясь по ip=10.0.0.1 попадает на второй сервер.&lt;br&gt;</description>

<item>
    <title>Балансировка TCP-соединений во FreeBSD (Alexey Bobok)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID1/86140.html#21</link>
    <pubDate>Sat, 24 Oct 2009 18:24:03 GMT</pubDate>
    <description>&amp;gt;&amp;gt;на используемом ДНС завести 2 ип на одно имя, открывать соединение по &lt;br&gt;&amp;gt;&amp;gt;имени. &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;при падении одной из машин будет 50&#037; потерь соединений... не канает такой &lt;br&gt;&amp;gt;вариант в большинстве случаев :) &lt;br&gt;&lt;br&gt;Ну если включить фантазию и сделать следующее:&lt;br&gt;1) в ДНС 2 адреса (на самом деле их может быть больше)&lt;br&gt;2) оба адреса повешены на каждом сервере: &lt;br&gt;serv1: ip1&#064;carp0 (master); ip2&#064;carp1 (slave)&lt;br&gt;serv2: ip1&#064;carp0 (slave); ip2&#064;carp1 (master)&lt;br&gt;в таком варианте какой из серверов бы не упал, IP будет отвечать на втором сервере.&lt;br&gt;Ето работает на 2 серверах по ~800 одновременных подключений.&lt;br&gt;а дальше nginx, в котором прописан балансер с обоих виртуальных адресов на опять таки оба виртуальных. система полностью живуча. &lt;br&gt;порблема была только когда поломалось железо, но система кое как работала, carp отвечал и в итоге половина запросов таки не работала. но ето уже другая тема для разговора.&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Балансировка TCP-соединений во FreeBSD (Денис Юсупов)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID1/86140.html#20</link>
    <pubDate>Thu, 10 Sep 2009 13:42:24 GMT</pubDate>
    <description>&amp;gt;&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt;вы предлагаете мне сделать шаг назад. Я пытаюсь уйти от варианта с &lt;br&gt;&amp;gt;одним сервером, а вы предлагаете к нему вернуться. На данный момент &lt;br&gt;&amp;gt;сервер HP DL380G5 два двухядерных Xeon 3.0GHz не справляются, следующий этап &lt;br&gt;&amp;gt;сервер с четырьмя провессорами это стоимость под 350к, и со старым &lt;br&gt;&amp;gt;сервером надо что-то делать ). &lt;br&gt;&lt;br&gt;Чего-то вы конкретно такое загнули, расскажите про конфиг. Надеюсь, на mpd4/5 вы уже перешли, ng_nat и ng_car пользуете?&lt;br&gt;</description>
</item>

<item>
    <title>Балансировка TCP-соединений во FreeBSD (Денис Юсупов)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID1/86140.html#19</link>
    <pubDate>Thu, 10 Sep 2009 13:40:58 GMT</pubDate>
    <description>&amp;gt; Моя предметная область это &lt;br&gt;&amp;gt;VPN-подключения пользователей по протоколу pptp, именно vpn-подключения пользователей между серверами я &lt;br&gt;&amp;gt;и собираюсь раскидывать... не знаю может есть специальные программы конкретно под &lt;br&gt;&amp;gt;эту задачу... &lt;br&gt;&lt;br&gt;Вот конкретно VPN-подключения мы как раз и делали через DNS round-robin с выставленным TTL 0. Семь серверов было, работало просто на ура.&lt;br&gt;&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Балансировка TCP-соединений во FreeBSD (Денис Юсупов)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID1/86140.html#18</link>
    <pubDate>Thu, 10 Sep 2009 13:39:36 GMT</pubDate>
    <description>&amp;gt;при падении одной из машин будет 50&#037; потерь соединений... не канает такой &lt;br&gt;&amp;gt;вариант в большинстве случаев :) &lt;br&gt;&lt;br&gt;Если выставить TTL 0, то не будет, только небольшое замедление работы почуствуется при открытии новых сессий.&lt;br&gt;</description>
</item>

<item>
    <title>Балансировка TCP-соединений во FreeBSD (artemrts)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID1/86140.html#17</link>
    <pubDate>Mon, 03 Aug 2009 06:12:37 GMT</pubDate>
    <description>&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt;&amp;gt;Суть понятна. А если взять такой вариант. Поставить пусть недорогой но шустрый &lt;br&gt;&amp;gt;&amp;gt;комп, скжем 4 ядра. Потом установит 2 гигабитки, смотрящие в локалку, &lt;br&gt;&amp;gt;&amp;gt;а 2 - в мир и использовать lagg для балансировки. &lt;br&gt;&amp;gt;&amp;gt;  Сам так не пробовал, просто как вариант. &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;вы предлагаете мне сделать шаг назад. Я пытаюсь уйти от варианта с &lt;br&gt;&amp;gt;одним сервером, а вы предлагаете к нему вернуться. На данный момент &lt;br&gt;&amp;gt;сервер HP DL380G5 два двухядерных Xeon 3.0GHz не справляются, следующий этап &lt;br&gt;&amp;gt;сервер с четырьмя провессорами это стоимость под 350к, и со старым &lt;br&gt;&amp;gt;сервером надо что-то делать ). Короче вопрос остается отрытымым. &lt;br&gt;&lt;br&gt;Если сможете решить этот вопрос на FreeBSD, отпишитесь на форуме, как это сделали, самому интересно.&lt;br&gt;&lt;br&gt;P.S.: а вообще странно, что такой сервак не справляется, может тюнингу немного, поллинг...&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Балансировка TCP-соединений во FreeBSD (Luxor)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID1/86140.html#16</link>
    <pubDate>Sun, 02 Aug 2009 17:49:16 GMT</pubDate>
    <description>&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt;&amp;gt;Подскажите программку для балансировки TCP-сессий между двумя серверами. Акцентирую внимание что мне &lt;br&gt;&amp;gt;&amp;gt;надо чтобы не пакеты раскидывались, а именно TCP-сессии, т.е. первый пользователь &lt;br&gt;&amp;gt;&amp;gt;подключаясь по ip=10.0.0.1 попадает на один сервер (и в дальнейшем работает &lt;br&gt;&amp;gt;&amp;gt;с ним) второй пользователь подключаясь по ip=10.0.0.1 попадает на второй сервер. &lt;br&gt;&amp;gt;&amp;gt;&lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;Суть понятна. А если взять такой вариант. Поставить пусть недорогой но шустрый &lt;br&gt;&amp;gt;комп, скжем 4 ядра. Потом установит 2 гигабитки, смотрящие в локалку, &lt;br&gt;&amp;gt;а 2 - в мир и использовать lagg для балансировки. &lt;br&gt;&amp;gt;  Сам так не пробовал, просто как вариант. &lt;br&gt;&lt;br&gt;вы предлагаете мне сделать шаг назад. Я пытаюсь уйти от варианта с одним сервером, а вы предлагаете к нему вернуться. На данный момент сервер HP DL380G5 два двухядерных Xeon 3.0GHz не справляются, следующий этап сервер с четырьмя провессорами это стоимость под 350к, и со старым сервером надо что-то делать ). Короче вопрос остается отрытымым.&lt;br&gt;На данный момент я собираю примерно </description>
</item>

<item>
    <title>Балансировка TCP-соединений во FreeBSD (artemrts)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID1/86140.html#15</link>
    <pubDate>Sat, 01 Aug 2009 21:53:24 GMT</pubDate>
    <description>&amp;gt;Здравствуйте! &lt;br&gt;&amp;gt;Подскажите программку для балансировки TCP-сессий между двумя серверами. Акцентирую внимание что мне &lt;br&gt;&amp;gt;надо чтобы не пакеты раскидывались, а именно TCP-сессии, т.е. первый пользователь &lt;br&gt;&amp;gt;подключаясь по ip=10.0.0.1 попадает на один сервер (и в дальнейшем работает &lt;br&gt;&amp;gt;с ним) второй пользователь подключаясь по ip=10.0.0.1 попадает на второй сервер. &lt;br&gt;&amp;gt;&lt;br&gt;&lt;br&gt;Суть понятна. А если взять такой вариант. Поставить пусть недорогой но шустрый комп, скжем 4 ядра. Потом установит 2 гигабитки, смотрящие в локалку, а 2 - в мир и использовать lagg для балансировки. &lt;br&gt;  Сам так не пробовал, просто как вариант.&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Балансировка TCP-соединений во FreeBSD (Luxor)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID1/86140.html#14</link>
    <pubDate>Fri, 31 Jul 2009 12:19:26 GMT</pubDate>
    <description>&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt;&amp;gt;&lt;br&gt;&amp;gt;&amp;gt;Зачем вы привели кусок мана описывающий процесс резервирования с помощью протокола CARP &lt;br&gt;&amp;gt;&amp;gt;? Я не решаю вопрос резервирования, я решаю вопрос балансировки. &lt;br&gt;&amp;gt;&amp;gt;Сразу после куска мана что вы вставили идет кусок как CARP раскидывает &lt;br&gt;&amp;gt;&amp;gt;запросы с помощью ARP Balancing, такая схема работать не будет за &lt;br&gt;&amp;gt;&amp;gt;маршрутизатором по понятным причинам &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;почему не будет? как раз мы резервируем сервер, который будет заниматся балансировкой, &lt;br&gt;&amp;gt;чтоб убрать &quot;бутылочное горлышко&quot;... CARP же не будет заниматся балансировкой, а &lt;br&gt;&amp;gt;только резервированием &lt;br&gt;&lt;br&gt;&quot;бутылочное горлышко&quot; меня смущает не в свете отсутствия резервирования, а в классическом значении данного понятия - самое медленный элемент системы определяющий пропускную способность всей системы. Конкретно к моему случаю - я уже раскидывал сессии с помощью ipfw который поддерживается фряхой на уровне ядра, такое решение намного производительней чем то что вы предлагает, меня сам по себе такой подход - с сервером который будет молотить ВЕ</description>
</item>

<item>
    <title>Балансировка TCP-соединений во FreeBSD (BlackHawk)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID1/86140.html#13</link>
    <pubDate>Fri, 31 Jul 2009 11:13:58 GMT</pubDate>
    <description>&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt;&amp;gt;240 on all its carp interfaces. &lt;br&gt;&amp;gt;&amp;gt;     This will cause host B to preempt &lt;br&gt;&amp;gt;&amp;gt;on both interfaces instead of just the &lt;br&gt;&amp;gt;&amp;gt;     failed one. &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;Зачем вы привели кусок мана описывающий процесс резервирования с помощью протокола CARP &lt;br&gt;&amp;gt;? Я не решаю вопрос резервирования, я решаю вопрос балансировки. &lt;br&gt;&amp;gt;Сразу после куска мана что вы вставили идет кусок как CARP раскидывает &lt;br&gt;&amp;gt;запросы с помощью ARP Balancing, такая схема работать не будет за &lt;br&gt;&amp;gt;маршрутизатором по понятным причинам &lt;br&gt;&lt;br&gt;почему не будет? как раз мы резервируем сервер, который будет заниматся балансировкой, чтоб убрать &quot;бутылочное горлышко&quot;... CARP же не будет заниматся балансировкой, а только резервированием&lt;br&gt;&lt;br&gt;</description>
</item>

</channel>
</rss>
