CARP только в BSD, а эти замечательные системы у нас в компании не принято использовать. Скорее всего балансер(ы) будут железные, но пока тестируем.<br><br>Кстати, сегодня пробовали нагрузить конкурентными SSL-сессиями один из тестирумых балансировщиков, использовали программу flood_connect. Я скомпилировал её на линуксовой машине (2хXEON E5420, 2.50GHz, 4GB RAM, SUSE ENT 10.2), выжать смог максимум 16000 соединений, все 4 ядра были загружены на 100%.<br>
Коллега скомпилировал на старенькой железке (P3 700MHz, 512MB RAM, FreeBSD 7.2), выжал 7500 соединений и процессор был загружен не более 80%!!!!<br>Сам балансировщик при этом тоже неплохо был загружен.<br>
Как такое возможно? Старая железка отстала всего в два раза от современного неслабого сервера!<br>Запускали так: <b>flood_connect -S -f 10 -p 443 <i>адрес_балансировщика</i></b> <br>-f - количество форков<br>-S - SSL-режим<br>
<br><br><div class="gmail_quote">22 октября 2009 г. 17:26 пользователь MZ <span dir="ltr"><<a href="mailto:zuborg@advancedhosters.com">zuborg@advancedhosters.com</a>></span> написал:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="h5">big bond wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Добрый день!<br>
У меня вопрос к опытным коллегам: подскажите, есть ли какие-либо<br>
правила, соотношения количества балансировщиков к количеству серверов<br>
приложений при построении большой фермы веб-серверов? Какие-то best<br>
practices?<br>
Т.е. например есть такая схема (вложение)<br>
При этом (M) чему должно быть приблизительно равно? Из вашей практики?<br>
Очевидно, что никак не M<=N, явно M>N, но ~ во сколько раз?<br>
<br>
</blockquote></div></div>
N=2 (или 3) для отказоусточивости. По хорошему надо CARP, но в принципе достаточно просто чтоб в одном vlan-е были, вручную IP слегшего сервера можно будет перекинуть.<br>
<br>
M = Mmin + R, где Mmin - минимальное кол-во серверов способных обработать пиковую загрузку, R - резерв (на случай выхода одного или нескольких серверов из строя)<br>
<br>
</blockquote></div><br>