Переход на SSD
Уважаемые клиенты, после почти полугодичного внутреннего тестирования, мы решили перевести дисковую подсистему на SSD-накопители.
На сегодня запланирована замена 4 x 300 Гб SAS -> 4 x 240 Гб SSD на s4.just-hosting.ru, ориентировочно на 15:00 по мск., с ожидаемым даунтаймом на уровне 3-х минут.
Тогда как ему работать с базами? :)
Можно уменьшить таймаут, правда если манагер теряет открытое соединение, емнип, то возможность работы с базами всё равно пропадет до перезапуска.
Можно, конечно, придумать какой-нибудь обработчик, и посылать попутно sigterm манагеру при обрыве соединения.
Панель управления может его держать, в частности ISPManager так точно делает.
Алгоритм по удержанию от манибека просто щииикааарный (c).
Ну вот сейчас проверил, на линуксовом r8169 карточка через нехочу прожевывает 100k pps, плюс всем известный link down при таких рейтах.
На 8168 поднял ее, теперь смело пропускает 327k pps и не кряхтит, да и по скорости весь гигабит выходит, а не 600-700 Мбит как на 8169.
# ./pps
327801 pps | 943 MB
326453 pps | 943 MB
326389 pps | 943 MB
326388 pps | 943 MB
326476 pps | 943 MB
327802 pps | 943 MB
По смарту, смотрите -l devstat, там правильная инфа.
poiuty, та же самая, 8168B.
Ничего так, новые тазики, ex40-ssd:
Линк
# wget http://proof.ovh.net/files/10Gb.dat
37% [=========================> 468,202,224 89.3M/s eta 12s
Ссдишки новые:
1 0x010 4 11 Power-on Hours
Модель INTEL SSDSC2CW240A3
Вы так и не уточнили номер тикета, чтобы можно было что-либо проанализировать.
Уточните номер тикета.
А переключить версию можно в "Настройки PHP", это в ISPManager.
Справедливости ради, следует заметить, что "не тянуть" может только тарифный план, в рамках выделенных на него ресурсов, а не хостинг в целом.
Если статических элементов чересчур много, они даже с локалхоста будут не быстро загружаться.
Браузеры в среднем в 5-10 параллельных потоков грузят статику.
А какая задача то стоит? Изолировать файлы юзеров друг от друга, чтобы не зависимо от прав, какие они будут себе ставить, никто туда не проходил?
