Евгений Вольф

Боюсь что даже при наличии подобных инструментов тесты будут очень относительными. Совершенно не факт, что на сервере N1 во время ваших не будет испытывать пиковую нагрузку, а сервер N2 в это время будет размещен на вновь введёной в эксплуатацию машине и по тому будет просто "летать".

но еще и панель управления в придачу.

Панель обычно неплохо так потребляет ресурсы, особенно если это задохный VPS с 1-м виртуальным процессором и 0.5-1Гб памяти.

который оказался слабее, еще установили OPCache, xDebug (не запускается при каждом запросе)

OPCache если мне памяти не изменяет давно уже ставиться вместе с PHP по умолчанию. А вот установленный XDebug на боевоем сервере... боюсь даже представить, что употребляет автор подобных решений.

Я Вам из личного опыта скажу, был один такой хороший хостер X, среди прочего они позволяли устанавливать на сервер ОС из собственного образа, что лично меня безумно радовало. Но, в один прекрасный день, поднимая очередную ноду для нужд проекта, я вдруг заметил, что система ставится неприлично долго. Начал "ковырять" и заметил, что скорость записи на диск, на всех моих VPS'ках в среднем составляла 5КБайт/сек.!! 5 килобайт! А потом она вообще упала до 1Кб в среднем, а потом весь ДЦ видимо рухнул... Благо я вовремя успел заметить проблему и быстренько перевёз прокты в другое место.

Я всё это к тому, что Ваш разовый замер ничего не даст, кроме как показателей чего-то на уровне "сейчас".

Единственная проблема в том то что мой провайдер (Ростелеком) имеет что-то вроде хабов которые делают так что проброс портов невозможен.

Впервые слышу о "хабах" из-за которых невозможна маршрутизация... Ну да ладно.

Для этих целей Вам подойдёт примерно любой провайдер, который способен обеспечить нужный Вам уровень стабильности соединения и предоставляющий услугу "белый IP". Под "стабильностью соединения" я подразумеваю отсутствие обрывов, отсутствие проблем с сетью во время плохих погодных условий, различные "аварии" и все прочие факторы из-за которых интернет соединение с интернетом может быть временно неработоспособным.

Из личного опыта могу сказать, что даже в рамках одного квартала разные провайдеры могут иметь очень разный уровень качества. Например, у моего товарища который живёт через 3 дома от меня - постоянно что-то случается со свичём (то он горит, то его затопило от дождя то ещё что-то...), от которого идёт конечная разводка, у меня же интернет в среднем не работает менее 1 суток в год, у обоих одинаковый провайдер.

P.S. Так же хочу обратить Ваше внимание, что никакой серьёзный проект на "селф-хостинге" не выживет. Так как у себя дома, вероятность того, что Вы сможете обеспечить должны уровень обслуживания серверов, не говоря уже про связь. Причём во всех смыслах, от потенциальной опасности того, что кто-то просто срежет кусок провода идущий к Вам заканчивая температурными режимами и уровнем влажности для серверов. Так же, очень мало вероятно, что любой "домашний" провайдер выдаст Вам более 1 "белого" IP-адреса, что так же в последствии может стать проблемой. А так же есть ряд потенциальных проблем юридического характера, которые Вам, не будучи официальным хостером - решать будет крайне затруднительно.

Если Вам очень хочется именно "свой" сервер - купите б/у сервак на барахолке (коих к счастью много), воткните туда "свежие" диски и арендуйте в ближайшем офисе Вашего провайдера часть стойки и порт, для размещения там собственных серверов. Услуга называется "colocation". Это будет много надёжнее.

5. остается вопрос как сделать видимыми друг для друга компьютеры из двух-трех офисов и нужен ли выделенный ip для каждого офиса

Для каждого - нет, для сервера - нужен. Как объединить компьютеры в одну локальную сеть - подозреваю, что Вам поможет... VPN! (внезапно). Который может работать на том же сервере, что и БД.

Если очень коротко - суть такая же как и у роутера, все компьютеры подключенные к роутеру - автоматически попадают в одну сеть и получают один из адресов из диапазона IP 192.168.0.XX (обычно). В Вашем случае - та же самая ситуация, только вместо роутера будет сервер (VPN).

В качестве дополнительного бонуса безопасности - Вы можете разрешить подключение к вашей БД на сервере только для клиентов VPN, что бы резко снизить вероятность попыток взлома из вне, а так же зашифровать трафик между клиентами и базой (VPN обычно шифруется).

Где-то между строк я должен был вставить мануал по настройке Windows'а и сети в нём, но для меня это очень тёмный и дремучий лес, по этому с настройкой винды я подсказать к сожалению не могу.

Где можно найти бесплатный VPS для таких целей?

1.На амазоне
2. Обзавестись виртуальной машиной, у себя на компьютере
3. Где-то ещё

т.е не о каких высоких нагрузок речи не идет

VPS/VDS берут не только и не столько из-за высоких нагрузок, сколько из-за возможности настроить всё как удобно Вам, а так же практически полной изоляции от других клиентов, возможности конфигурировать ПО по своему усмотрению и т.д.

P.S. А лучше постарайтесь выделить сумму в 50-100 руб./мес., если оно Вам реально нужно и выберите какой-нибудь дешевый VPS, из списка, например тут.

Откуда на маршрутизаторе берётся TX-трафик, если нет RX?

Если я правильно помню, Tx - исходящий, Rx - входящий.

Откуда берётся исходящий трафик? Всё зависит от того, какой трафик подсчитывается, это может быть всё что угодно. ARP-трафик, ICMP-трафик и/или ещё что-нибудь. Откуда он берёт - как минимум, сам маршрутизатор может его генерировать.

1. Обратиться в поддержку провайдера и купить него внешний/"Белый IP", или получить подробности по этой теме.
2. Вывести ноутбук в DMZ (демилитаризованная зона) и/или настроить на роутере переадресацию всех входящих соединений на 80-ый порт на IP'шник ноутбука. 99% роутеров работают в режиме NAT, благодаря которому, пакеты из вне, самостоятельно не могут (в основном не могут) достигнуть получателя, если он сам не инициировал соединение. По другому это ещё может называться "проброс портов". Инстуркции можно найти в руководстве к роутеру.

P.S. Порядок действий именно такой.

P.P.S. Если IP уже белый, но динамический - можно воспользоваться сервисами типа тех, что описываются например здесь.

Ну как нельзя... Можно. И вполне себе пишут, "почему?". На OpenVZ - ресурсы машины варьируются в рамках "примерно ОТ <-> примерно ДО", на KVM они фиксированные, при этом процессор могут "жрать и насиловать" сразу очень много виртуальных машин, а дисковая подсистема - вообще отдельный разговор, она вечно падает у хостеров, иногда падает до уровня "совсем". На KVM сложно будет выдать оперативки "больше чем есть", в отличии от OpenVZ...

Разница колоссальная в том, что KVM - это полностью изолированная среда, где эмулируется машина целиком. А OpenVZ - это скорее "клетка", где эмулируется некоторая часть системы (часть файловой системы, сетевой интерфейс и т.д.), все работают на одном ядре, и с теми параметрами ядра, которые заранее прописал хостер. Выбор ОС соответственно, сильно ограничен в таком раскладе...

Да, и на счёт тех, кто пишет что "на KVM нельзя оверселлинг сделать" - они просто не пользовались услугами местных хостеров видимо, например, FirstVDS...