Ivan Palamarchuk, ну окей, допустим, сервис действительно настолько популярен, что пользовательскую активность обычные меры оптимизации уже не выдерживают. Тогда, наверное, он достаточно велик и настала пора для:
Шардирования СУБД
Перехода на СУБД, часто используемые данные которой хранятся не на диске, а в памяти
Найма специалиста по балансировке нагрузки
Странно всё-таки, что вы полагаете узким местом именно СУБД. Не верю, что такое количество запросов - это не следствие кривой архитектуры приложения или неверно выбранного стека технологий.
Поддерживаю - даже на простецком RAID10 из HDD с нормальным выданным объёмом памяти несколько сотен транзакций в секунду для постгреса не особенно напряжный режим, а уж если активно используемые таблицы положить в отдельный таблеспейс, располагающийся на SSD, то вообще.
В общем, есть подозрение, что узкое место - не СУБД (либо она неоптимально настроена).
Александр Куракин, ну, как минимум, можно попробовать отключить шифрование в OpenVPN. Соображения относительно этого есть в статье про гигабит, но там в основном скорость упирается именно в шифрование/процессор, тем не менее, в последней таблице видно, что без шифрования скорость в разы выше.
По поводу других вариантов - есть Softether, который поддерживает многопоточность, это в некоторых случаях может улучшить общую пропускную способность.
pi314, согласен с вами. Из собственного опыта могу сказать, что проблем как у ТСа никогда не возникало - у нас как раз на серверах с приложением несколько java-процессов, которые потребляют практически весь объём памяти, но при остановке, даже аварийной, память всегда освобождалась.
ZaraMc, чтобы скрипт перезапускался, скрин не нужен, достаточно добавить в него проверку на запущенность процесса и перезапуск в случае отсутствия такового. Скрипт точно так же может из-за чего-то завершиться внутри скрина, как и в просто бэкграунде.
awdemme: вы правы. Просто я всегда воспринимал S3 и Glacier как две части одного сервиса - поскольку из панели управления и консольных утилит S3 можно без проблем перемещать файлы туда-сюда.
Да, есть встроенный суперпользователь. Пользоваться его реквизитами для работы или создать другого пользователя (или даже нескольких, для более чёткого разделения полномочий) - зависит исключительно от ваших предпочтений.
Странно всё-таки, что вы полагаете узким местом именно СУБД. Не верю, что такое количество запросов - это не следствие кривой архитектуры приложения или неверно выбранного стека технологий.