Согласен VIEWS сейчас популярен.
Согласно статистики https://www.drupal.org/project/views как минимум 877,962 сайтов говорят что они его используют.

Я его упомянул для того, чтоб можно было ориентироваться в направлении решении проблемы.
Для снижения нагрузки на базу очень рекомендую включать настройки кеширования VIEWS представлений.

В случаях которые я лично разбирал для клиентов, банальное включение кеширования для представлений (чем обычно мало кто заморачивается) позволяло снять стоимость (или нагрузку по MySQL Bandwidth)
от 2 до 5 раз.

Замена модуля nice_menus на статическое меню при наличии большого количества элементов меню - в 10к раз.

В целом я хочу подчеркнуть что если вы используете, как разработчики сайтов, эти модули - обращайте все же внимание на их прожорливость и нормально настраивайте.
В случае если база сайта вырастает на существенные объемы - существенное экономия ресурсов достигается банальным переписыванием в views представления на custom модуль который оптимально выбирает данные с базы,
не используя мега конструктор views.

Я лично производил сравнение потребления ресурсов и могу сказать что обычный VIEWS на выборке в 10 элементов, без включенного кеша, потребляет до 4х раз больше CPU по PHP и нагружает базу как минимум в 2 раза больше, чем простой код выборки этих данных с базы (пусть даже с JOIN на дополнительные данные) и банальным выводом данных через таблицу, как это сделано допустим тут:
https://api.drupal.org/api/drupal/modules%21node%21node.module/function/...

А в случае сложных выборок, или при наличии на странице еще и блоков с разными представлениями - получаются существенные цифры, что при использовании эластик тарифа выливается в цифры о которых выше писали.
По сути если у вас на эластике получается стоимость за сутки $1 и при этом у вас пустячный сайт, самое время начать думать что вы используете.

Что касается приведенного вами случая с 5 сайтами на друпал за $5 на DO.
Вам надо учитывать что эта стоимость не включает:
- настройку и администрирование сервера
- мониторинг
- бекапы
- работу с ДЦ на предмет абузов (которые РОСКОМНАДЗОР раздает шедро последнее время)
- разборку ситуаций "тормозов" и их причины.

Все это вам надо делать самостоятельно.

Если вы умеете все это делать, сервис для вас подходит и нет необходимости в хостингах.

Единственное рекомендую обязательно делать бекапы и как минимум раз в месяц проверять их статус а еще лучше быть готовым к отключению услуги в случае жалобы на спам/ддос/взлом.

И отвечая на указанное вами количество сайтов на Друпал, которые вы размешаете на указанных тарифах, хорошо бы указать не только количество но и качество:
- количество посещений (hits а не уникальных пользователей)
- обьем баз данных как в базе так и на диске
- общая нагрузка по CPU и трафику на сам виртуальный сервер.

На тарифе за $5 у вас под сайты и базы доступно , после настройки ОС будет около 18 Гб (или около 3Гб на сайт) и около 400Мhz процессора на каждый.
Если это обычные визитки, то проблем не должно быть. Если идет речь о серьезных сайтах, то у меня вызывает сомнение способность $5 DO обрабатывать более чем 1 сайт и то с некоторыми условностями на уровень сложности сайта.

Можно как то перефразировать чтоб диалог был конструктивным?
Что касается VIEWS то это не чисто клиента проблема, и мы не отвечаем клиенту "ваш views ваши проблемы".
Как видно выше, я так же и предлагаю решение проблемы.
По сути выставление счета на эластике за нагрузку по базе не на пустом месте а жестко завязано на технические возможности системы.

По сути если не решать проблему нагрузки на базу мы будем иметь oversell с вытекающими последствиями виде тормозов сайтов.

Здравствуйте

Скажите пожалуйста вы можете мне сообщить или сайт все еще у нас и на каком аккаунте.
Я хочу глянуть и другие показатели.
В частности посещаемость сайта, его логи и нагрузку на CPU.

Что касается моего участия в дискуссии, то цель у меня только одна. Разобраться в ситуации с позиции "в чем проблема" и на основе этого уже делать те или иные шаги.

Немного по каждому пункту.
1. Ссылку на лимиты стандартных тарифов (которые с лимитами, от количества доменов до количество сайтов) (https://drupalhosting.ru/drupal_hosting/drupal-7-хостинг) - сделаем.
На DH.Elastic (который и есть то что можно обозвать "безлимитный"). Если вам было сообщено о наличии лимитов на этом тарифе, отпишите мне пожалуйста в личку - буду разбираться.

2. К сожалению это действительно так, у нас не хватает ресурсов на это. Стараемся как можем но всем помочь не получается. Основной приоритет - решение текли хостинговые проблем. Спамеры, Грузчики, доссы -основная головная проблема.

3. спасибо за детальный отчет, как я писал выше - можете предоставить данные по вашему аккаунту и я более детально посмотрю в чем дело. Если можно - можно заново тест совместно сделать. Будем разбираться вообщем.

В дополнение хочу сказать, что указанный лимит по MySQL Bandwidth не жесткий (потому есть возможность его превысить). Мы к нему обращаемся только тогда, когда сайт клиента начинает создавать заметную нагрузку на сервер, тем самым создавая проблемы и другим клиентам. Тогда мы уже списываемся с клиентом и смотрим что можно сделать.
На днях была похожая проблема на SD тарифе (2 клиента на 1 сервер), когда один из клиентов "ложил" сервер через нагрузку на базу (трафик по базе был до 14МБ.сек) После включения views кеширования - снизилось до 2 мб/сек (ограничение для SD тарифов) и сейчас еще решаем вопрос по url alias таблице, там за счет правильного индекса можно нагрузку еще снизить.

Для информации. На сайте порядка 23к нод, 100к комментариев и 100к записей url_alias таблице. Выборки по которым через views и создавали в 7 раз больше нагрузки.

Спасибо, я в ближайший час посмотрю и отпишу.

Спасибо за позитивный отзыв.
Ситуация была не стандартная и благодаря вашему случаю было найдено решение подобных ситуаций.
Сейчас с другими клиентами, с похожей ситуацией, ведется процесс оптимизации их сайтов, для снижения нагрузки.

В будущем подобные ситуации будут решаться штатно, так как выработано решение.

Еще раз благодарю за сотрудничество.