Не дешево для заявленных характеристик. Может это за какие-то дополнительные услуги - например администрирование (вон - они у вас ковыряются, ставя мемкеш)?
(Как-то не очень понятно зачем друпалу и Zend Optimizer и eAccelerator... Ну да ладно, может у них шаблон какой.)
Да никак толком. Можно провести некоторые тесты - хоть вон как Андрейка предложил выше. Но это покажет (или не покажет, соответственно) только определенные проблемы с диском, что может говорить об оверселлинге. Сравнить же нагрузку, создаваемую Вами с другими пользователями той же ноды - Вы в принципе не сможете. Эта информация доступна только хостеру.
Стоит это счастье сколько?
Ну, поскольку диска Вам дали много - там явно SATA-диски. Вряд-ли это дорогой VPS и вменяемый провайдер. Я бы поставил на оверселл, хотя Drupal может быть тяжеловат даже с Вашими показателями, смотря какие дополнительные усилия Вы приложили для оптимизации его работы.
LA маленький совсем, даже если Вам дали не более 1-го ядра. Это точные данные статистики (по графикам каким-то) - или Вы просто время от времени смотрите в top на нагрузку?
Ну, не все так печально. Зная характеристики тарифного плана, хостера, цену и проект (в т.ч. посещаемость, ряд других показателей) - можно с большой долей вероятности предположить или отвергнуть оверселл.
Полуграмотный саппорт написал, в чем проблема? Бывает. Другое дело, что ему могли велеть написать те, кто действительно видит избыточную нагрузку на диск, создаваемую VPS.
Но хостера и цену таки ждем.
как минимум, начать с того что предоставить информацию, которую УЖЕ у Вас спросили.
плюс еще дайте определенное представление о проекте, который размещен на этом VPS (в т.ч. посещаемость, трафик и т.п.)
только после этого можно начинать гадать...
Не очень понятно о чем речь, уточните. Нету такой "системы виртуализации". Это название компании (с опечаткой), которая предоставляет несколько разных решений для виртуализации. Наиболее популярное - Parallels Virtuozzo Containers (OpenVZ с блекджеком и шлюхами).
В OpenVZ/Virtuozzo до сих пор работа с диском может быть узким местом, хотя было много улучшений с некоторых пор (появилась поддержка I/O приоритетов для контейнеров и т.п.).
Так что это может быть правдой, особенно при оверселлинге.
Кто ж Вам телепатически все разяснит, без доступа к серверу. Без знания даже Вашего тарифного плана и его стоимости.
Кто Вас оскорбил? Спасибо бы надо сказать добрым людям, что с Вами возятся.
Вам никто объяснять и не пытался. Вы пришли с криком "не работает!" Все долго и упорно выясняли что-же у Вас не работает. Оказалось - все работает.
А объяснять Вам принципы функционирования DNS, значение конфигурационных опций бинда - уверен, никто и не будет.
Поверьте, это все не для Вас - управляйте доменами через панель и жимите только на те кнопочки, что у там есть. Так Вы поломаете минимум возможного. Вот мой Вам совет.
Ну вот - все у вас работает.
Чудо, тебе уже раза три объяснили, что это не будет работать, покуда домен не делегируеш.
А Вы попробуйте :-) Заодно и переведите текст, т.к. создалось впечатление что Вы его не поняли.
Разжую. Особенно в случае когда forwarders вообще ничего о зоне не знают (домен даже не делегирован) - логика совсем проста... Работаем дальше, в частности смотрим зоны, для которых мы авторитативны.
BasePelleta, покажите что сейчас говорит bind про вашу зону:
dig @193.169.215.109 domain2.com
dig @193.169.215.109 ns1.domain2.com
Всяко бывает.
Но, ИМХО, не надо всяких агав слушать - а просто взять и нормально выставить заголовки, которые отдает сервер. Как - объясняли.
Это не пурга. Я думаю - Вы не думали... ;-)
Млять, второй домен Вы размещали через панель? На кой хрен тогда руками бинд рестартили?
Или таки руками куда-то лезли и в конфиги бинда/файлы зон?
То, что Вы не удосужились прочитать man dig, прежде чем демонстрировать нам "умения" диагностировать им проблемы. На кой хрен присутствующим нужна информация о корневых ДНС-серверах, которую Вы с гордостью продемонстрировали в первом посте.
Почему Вы показываете сериал для domen2 вначале один - а в третьем посте - он совершенно другой (2010080906)?
Покажите сейчас что в файлах зон. Что говорит:
service named restart
Что пишет при этом в логи named (в /var/log/syslog)?
Слушать поменьше Андрейку. Сейчас он пургу несет.
