Может не совсем правильно и профессионально, но у себя я решил аналогичную задачу просто, запускаю при старте скрипт бесконечный с rsync и он раз в секунду синхронизирует, вдруг кому пригодиться:
Да, в основном конфиге nginx
Сервера все идентичны, только 1 отличается тем, что на нем балансер и он кстати тоже отрабатывает сам запросы с другого порта. , балансер настроен в конфиге именно домена.
Спасибо, за совет, естественно хетцнер я в первую очередь смотрел, но в разрезе рубль/попугай дешевые селектелы выгоднее или так же...
Конечно есть многопроцессорные конфиги с многоядерными процами, но бюджет до них не дорос....---------- Добавлено 21.02.2019 в 17:15 ----------
Ну конечно одной системы не хватит и нужна возможность оперативно добавить по соседству машинку при необходимости, собственно так и делаю...
Просто подумал вдруг где то есть такие решения...
Когда искал мощный впс некоторое время назад, мне подсказали контабо и это было очень в тему, вот подумал может есть что то и с дедиками подобное...
Находил кстати несколько вариантов чуть менее выгоднее селектела, но тоже с 10-15к попугаев на машину.
Так что похожие варианты есть...
Жаль что нет серверов двухпроцовых i7 8700, вот такое бы в самый раз)---------- Добавлено 21.02.2019 в 17:16 ----------
РФ / европа
cloudflare же, для пущей конспирации можно на разных акках сделать что бы еще и nsы были разные, благо регаются акки там легко и просто...
Мне собственно без разницы какой процессор и в каком виде хоть десктоп, хоть облако хоть впс, лишь бы производительность была, надежность не критична...
Да, память забита...
Спасибо за разъяснения, буду обращать внимание...
У меня правда очень много быстрых мелких задач, я правильно понимаю что Single Thread Rating это когда один большой процесс выполняется на одном потоке, то чем выше производительность одного потока тем лучше.
А в моем случае, когда очень много мелких параллельных коротких потоков, то как раз важны попугаи что бы быстрее обрабатывать именно общее количество в любом порядке ?
Сейчас посмотрел на обоих серверах LA около 20
lscpu показывает около 4 ггц на обоих
Так я сам только вчера узнал что что-то заблокировано, при переезде на другой хостинг, упал трафик, начал разбираться, сначала увидел что ip нового хостинга заблокирован, пришлось срочно еще раз переезжать, но одному сайту не помогло, попытался зайти на сайт и увидел что он заблокирован, начал проверять в сервисах и увидел что всего одна статья....
Если включено кэширование, основные страницы в статике и мало динамики, самый выгодный вариант впс контабо 4 ядра 8 гиг оперы и 200гиг диска на ssd + веста панель, выдержит даже сотню тысяч уников в сутки не напрягаясь и весь бюджет всего 5 (пять) евро в месяц
А там поглядывать что бы LA был не больше 1 на ядро, если больше значит образуется очередь из процессов которые обрабатывают клиентов и желательно бы посмотреть где бутылочное горлышко и увеличить производительность в узком месте и так по кругу.
Производительность кстати можно увеличивать не только увеличением мощности одного сервера, а сделать несколько одинаковых серверов и распределять запросы через например nginx балансер, тут большой плюс будет в том, что если какой то сервер отрубится, то все будет дальше работать автоматом на оставшихся вообще без остановок...---------- Добавлено 10.01.2019 в 14:39 ----------
Тоже за весту, от панельки все что нужно, так это что бы бекапы делала да сертификаты продлевала, раз настроил и лазить туда как бы и не зачем по хорошему, разве что статистику нагрузки посмотреть.
Ну что бы бекапы корректно разворачивала.
А в испе ИМХО уже переборщили, своей рекламой плагинов внутри, несмотря на то что ты еще и платить за это должен, не заплатишь, сертификаты не продлятся...
Да простенькая конфигурация, 1-2 ядра, 2-4 оперы и гигов 10 диска...
Вот как раз наоборот хочу именно впс, что бы не следить за железом, видел их серверы, но они скорее под бекап подходят, тк на дешевых тарифах там слабый проц совсем.
Посмотрел и что то не нашел там именно выгрузок...
Естественно, обратил внимание в первую очередь и взял в работу, но там их не так много
