6-8 кратный буст чего? Что лечим не понятно. "Отклик"? Ну так никто ж не знает что там сейчас, какое железо и какой отклик.
Раз в 1-2 недели такой объем сбэкапить - это вообще не такая уж тяжелая задача, чтоб даже обсуждать и что-то там изобретать, zfs и т.д. Просто сделать нормально, ночью, последовательно, занимая лишь 1 ядро и не весь интернет канал (речь же надеюсь про удаленный бэкап).
В любом случае... не знаю сколько сейчас платите за сервер и в какую цену те 2 новых варианта, но мое мнение что с такими исходными данными не нужен вам выделенный сервер. Все это можно размещать на shared'е за $20/мес (в личку. будут примерно те же 4ghz, почти выделенный сервер с единицами соседей, много памяти и PCIe диск на SLC ячейках).
Звучит как "смешались в кучу кони, люди"... Чуть последовательней нужно. Сокращение отклика отдельно, бэкапы отдельно, безопасность отдельно.
Нужна поднобней картина, какого суммарного объема (файлы+базы) все эти 60 сайтов для планирования backup'ов, как часто нужно их делать. Нужно представление нагрузки на CPU, почему именно выделенный сервер рассматривается. Если среди сайтов есть такие что регулярно грузят процессор, то никакого сокращения отклика не будет все равно, нужно в первую очередь решать вопрос с ними.
Но если без подробностей, что вы хотите, просто оценку какой из этих двух лучше? Второй сервер хоть и desktop'ный, без ECC, но более свежий конечно. Плюс SSD только у него чтоли, а у первого одни HDD? Если так, то и рассуждать тут нечего, 2й без вариантов... хотя там могу быть такие дно-SSD, что не сильно лучше HDD.
Вы понимаете принцип работы wp + кэшплагин?
Страницы генерируются за 300-600мс, плагин их сохраняет и в следующие заходы отдаются они за 60мс. Но кэш этот имеет какой-то срок актуальности (настраивается в плагине), плюс разные действия могут вызывать принудительный сброс кэша - и снова привет 600мс...
Что можно сделать:
1) Не использовать wp или подобное, что генерирует страницы так долго. А что-то более простое, чтоб те же 60мс были всегда безо всяких кэш-плагинов.
2) Увеличить время кэша. Но понятно, что все равно будут случаи долгого ответа, полностью они не уйдут.
3) Тупо перейти на более скоростной процессор. Хотя более чем в 2 раза врядли уменьшатся эти ваши 300-600мс.
Это же не запись на диск. Writing в модуле status nginx означает:
http://nginx.org/en/docs/http/ngx_http_stub_status_module.html
Writing The current number of connections where nginx is writing the response back to the client.
Т.е. это количество активных коннектов в состоянии передачи данных клиенту.
А вот почему оно растет, это уже кто его знает... может быть что угодно, может даже не с nginx связано. В смысле мы видим что nginx почему-то накапливает все больше и больше активных подключений, которые что-то скачивают. Keepalive как минимум глянуть/пошевелить попробовать. Но и не исключено что глюк какой-то, вот беглое гугление дает:
https://serverfault.com/questions/675971/is-it-normal-for-nginx-to-accumulate-connections-in-writing-state
https://trac.nginx.org/nginx/ticket/1689
А значит и nginx бы обновить попробовать.
Искать где среди скриптов там запрашивается file_get_contents wpconfig.net
Не имея доступа к сайту, чем можно помочь? Может быть где угодно и что угодно.
Беглое гугление по wpconfig.net и находим:
https://habr.com/ru/sandbox/47832/
Тему сменить для начала, но возможно еще где-то какая-то гадость - опять же, только у вас доступ к сайту есть.
Почему оно что-то запрашивать пытается со стороннего сайта? wpconfig.net/system.php
Он тормозит и тормозит у вас все тоже скорей всего.
Cumulative Layout Shift - это когда страница загрузилась, отрисовалась, а позже прилетает фотка (размеры которой не были заданы сразу в html/css) и оказывается она шире/выше и смещает то что уже отрисовано.
Короче проставьте width/height фоткам как оно вам и пишет ниже. Это считается плохо т.к. посетитель уже мог начать читать текст и тут вдруг все прыгает/смещается, взгляд теряет что читал.
По Largest Contentful Paint, тоже, ну врядли же вас в гугле забанили:
https://pr-cy.ru/news/p/8234-kak-optimizirovat-pokazatel-lcp--uskoryaem-zagruzku-kontenta-dlya-polzovateley#lcp
Если в кратце, то предположим страница у вас размером в 3 прокрутки. Вот то что посетитель видит сразу первым делом, только оно считается - время полной отрисовки его. У вас на скрине походу сразу фоток кучка - в этом и проблема, долго их все ждет/отрисовывает. Надо чтоб в этом первом экране было минимально того что будет долго грузиться, в идеале просто текст.
Какой htaccess, причем...
Так бывает если хостить сайт из дому.
Пинг есть, "сервер" работает, на web портах что-то работает, но похоже firewall'ом закрыто. Нечайно или специально, кто знает... почему надо здесь спрашивать?
Пишите/звоните владельцам:
Почта на яндексе у них, т.е. должна работать:
Скоро какраз заканчивается одна, вот и проверим работает ли сейчас или затянули гайки сильней как тот же али.
[off]
У вас кстати ус отклеился
[/off]
