Для большинства случаев хватит собрать статистику ха несколько суток обычным vmstat без ключей. Там будет все самое необходимое - загрузка процессора и его простой, время wa%, объем ввода/вывода сваппинга, объем памяти под кэши. Если за все время количество пиковых значений (максимумы cpu и wa, минимумы кэша) не превышают 1-2%, то ресурсов хватает с запасом.
В Москве и СПб сейчас цена КВт в датацентрах сверх того, что отведено на стойку - как раз в среднем 8 тыс. руб. В эту стоимость заложен расход еще 300-500 Вт на отвод кодниционером 1 КВт тепла и несколько десятков % прибыли ДЦ. Уже того порядка цена, из-за которой более дорогие, но энергоэкономные xeonы могут оказаться выгоднее, чем более дешевые, но энергожрущие десктоповые процессоры.
По разному будет - у кого-то VDS будет заметно дешевле. Если альтернативой VDS будет старый выделенный сервер, то ощутимых плюсов у такой альтернативы не видно, но увеличивается риска его выхода из строя.
Сейчас для типовых веб-сайтов самый критичный ресурс - объем оперативной памяти. Быстрый или медленный диск, быстрый или медленный процессор - все это нивелируется достаточным запасом памяти и кэшированием. Для большинства сайтов VDS будет быстрее, если на нем памяти будет хотя бы в полтора раза больше, чем на выделенном сервере.
Он не делал, я делал. Но хватит здравого смысла и вдуматься поглубже, чтобы понять, что ваш совет для VDS не подходит.
Делят нагрузку на несколько серверов тогда, когда не хватает мощности одного сервера и дальнейшее наращивание мощности этого сервера либо невозможно, либо нерационально (дорого, вызывает простой в работе и т.д.). Разделение серверов на бизнес-логику и БД планируется для уже многосерверной системы, в первую очередь, для упрощения разработки и администрирования. Также схема с несколькими серверами может применяться для повышения отказоусточивости, но в варианте с двумя серверами это будет либо за счет достаточно сложной настройки системы, либо за счет того, что второй сервер будет пассивной репликой первого и производительность в сумме будет равняться одному серверу.
Очевидно, что для не очень высоко нагруженного проекта, планирующего размещение на VDS, ни одна из перечисленных выше причин не подходит. И при выборе варианта на двух слабых VDS плюсов не будет совершенно никаких, но появятся минусы в виде меньшей производительности и сильно ухудшенной надежности.
Практически всегда, для веб-проектов узким местом диск становится только тогда, когда не хватает оперативной памяти. Если себя заранее ограничить, урезав память в два раза, то проблем с диском станет больше.
Советую Вам формулировать мысли четче и не давать невнятные советы.
Текущее использование памяти можно посмотреть в /proc/meminfo, как распределена память в баллоне - /proc/xen/balloon
На Xen действительно, нельзя, оверселлить память. Некоторые по неопытности воспринимают ballooning как оверселлинг, но это заблуждение. Если провайдер сервиса указывая в тарифах один объем памяти на деле выдует баллоном память и даст клиентской машине памяти меньше, то это не оверселлинг, а легко проверяемый обман. Как, например, если вы купите выделенный сервер с заявленными 2 Гб памяти, а на деле будет 1 Гб - это ведь обман, а не оверселлинг.
Это популярное заблуждение, а на самом деле нет у них разницы в дисках.
Есть разница в том, что в OpenVZ дисковый кэш общий для всех, поэтому те VPS, которые активно используют диск, получают для кэша большой объем памяти из общего ресурса, отнимая память у всех других, кто использует диск мало.
В таких случаях возникают два типовых варианта решения:
1. Увеличить объем оперативной памяти
2. Поставить SSD для данных, которые читаются часто
По цене первый вариант дешевле, проще, надежней, но если MB не поддерживает больше 4 Гб памяти, преимущество данного варианта пропадает. А в основном, выбор варианта зависить от характера нагрузки. Если нагрузка вызвана постоянным большим числом обращений ко всему диску, например, у вас раздается 100 Гб картинок, то поможет только SSD. Хотя, судя по тому, что проблема не постоянная, а возникает только в пике, увеличение объема памяти ее решит.
Принимаются заявки на ноябрьский конкурс грантов TrueVDS. В этом месяце в грантах 2 сервера True30: 1280 MHz CPU, 1024 Mb RAM, 32 Gb HDD, бесплатно на 1 год
Форма заявки: http://www.truevds.ru/grants.form. Последний день приема заявок: 19 ноября.
Голосование будет проводится с 20 по 30 ноября.
Добро пожаловать всем интересным и полезным интернет-проектам!
