Канал хороший, это график с сервера за 75 евро, где гарантированный канал 300 мбит\с
В случае каких-либо проблем именно с Вашим сервером - медленная, могут сутки отвечать (по крайне мере так было пол года - год назад, сейчас может и лучше стало, но мало верится). А так, в поддержку обычно не приходится обращаться, все и без этого хорошо работает.
UPTIME хороший. Сервера за 2-3 года использования перезагружались только 1 раз (и то не все, а как раз только из персональной линейки). Как объяснили, были проблемы с питанием, но не во всем дата центре.
Dram: Почему, можете обосновать?
Скорость дисков я начал сравнивать только после того - как заметил что тестовая джумла в дебаг панели загружается медленее.
В Вашем случае скорость больше будет зависеть от настройки сервера, а не от дисков. Если у Вас обычный сайт на Joomla без высокой посещаемости, то разницы Вы от SSD дисков почти не заметили бы.
Таких не бывает. Невозможно со 100% вероятностью определить зловредный скрипт или нет. Функции PHP, которые используются в зловредных скриптах (eval, system, base64_decode и прочие), также используются и в популярных CMS. Либо могут быть применены в стольких вариациях, что ни один антивирус не поймет, что это плохой код: http://habrahabr.ru/post/193986/ (даже до такого доходит).
Моё мнение таково: клиент занимается безопасностью своих сайтов, хостер занимается безопасностью сервера (например, чтобы клиент не мог сломать сайт соседа по серверу).
В литовском филиале тоже так предположили, написали, что передали заявку коллегам, а там отказали в её обработке 😡
---------- Добавлено 22.05.2015 в 20:59 ----------
kDas: 6 этих серверов были в OVH, потом один в SYS. С SYS, как ни странно, разборок даже меньше было.
В OVH тоже так долго мусолят подобные проблемы? Думал там поддержка получше, чем в SYS...
---------- Добавлено 22.05.2015 в 21:00 ----------
XLhost.Ru: Только что ответили, что сервер был под наблюдением 7 дней и они не видели перезагрузок, при этом сервер каждый день перезагружается :)
Гляньте, включен ли RTM, они по нему смотрят UPTIME.
---------- Добавлено 22.05.2015 в 21:07 ----------
kDas: Для начала попробуй поменять ядро на legacy, чтобы не grsec было. На последних серверах именно в ядрах была проблема.
Уже всё перепробовал. Ставил Proxmox из их панели, при запуске или выключении VDS сервер уходил в перезагрузку. Сказали проблема в ядре - ОК, в ядре так в ядре.
Я поставил чистый CentOS 6.6, в итоге после установки даже не смог войти по SSH. Ввожу в PuTTy IP, только начинается соединение - сервер уходит в перезагрузку. Всё зафиксировал на видео, отправил им. Они прислали ответ, что им повторить это не удалось, хотя я писал, проблема временная, раз через раз входит.
Сейчас вот вошел по SSH, поставил gnome, virt-manager, vnc, qemu-kvm. Вошел по VNC, запустил
virt-manager, на этапе создания VDS просто вводил в поле оперативной памяти число 4096 и на нажатии 9 сервер ушел в перезагрузку. В логах пусто, увы, это программная проблема. Всё зафиксировал на видео, отправил им, но они скорее всего вновь отфутболят.
Ставил их OVH Relase, там по SSH входил, обновлял систему, всё без проблем делалось. Час просидел пасьянс раскладывал, писал на видео... не зависло 😂 А я бы им отправил смешное видео с подписью, что Ваши сервера даже пасьянс не выдерживают ☝
Подскажите, пожалуйста, может быть кто сталкивался.
Взял сервер на soyoustart.com, на любой операционной системе периодически перезагружается. В логах ничего нет, как-будто выключили и включили питание.
Проблема появляется и при работе с сервером, чаще всего при работе по VNC и при включении / отключении VDS, также уходит в перезагрузку от "apt upgrade или yum update". Бывает перезагружается сам, когда с ним никто не работает. Всё это тестировалось на чистых шаблонах из их панели управления.
Тестирование памяти, процессора, дисков проходит без проблем из-за чего поддержка разводит руками и отказывается что либо предпринимать.
Просто забить или же все же можно как-то добиться замены / ремонта? Писал тикет через панель, потом общение перешло в почту, беседовал с литовским отделом, но всё без результата.
Ilya74: При rsync проблем с целостностью быть не должно, при архивировании очень часто меняющиеся файлы могут как-то потеряться. vzdump по умолчанию делается без "замораживания", ещё ни разу за несколько лет не сталкивался с потерей данных при он-лайн режиме.
Ну а для надёжности я бы всегда рекомендовал делать отдельные бэкапы важных баз через mysqldump и накатывать их при необходимости. Точно также с важными файлами.
---------- Добавлено 03.05.2015 в 02:16 ----------
А с ploop ещё проще, поскольку ФС не в папке, а в файле по сути :)
Спасибо за подробное разъяснение, с OpenVZ приходилось работать лишь один раз, но для опыта информация пойдет. Спасибо еще раз!
Ilya74: По сути, те операции, что делает vzdump и vzmigrate не так сильно отличаются от прямого копирования содержимого ФС VPS через rsync или с помощью tar.
На OpenVZ такое прокатывает без проблем потому что там нет зависимости от ядра и VPS'ка с практически любым минимальным содержимым для работы ОС загрузится без проблем.
А целостность данных? По факту ведь это делается на работающей системе, допустим, у человека крутится MySQL сервер. Разве данные останутся живы в 100 из 100 случаев такого резервного копирования? :)
Если посмотреть тот же vzdump, там есть опции suspend, snapshot, как раз для обеспечения целостности данные. Если делать копии на "горячую", то думаю не всё так радужно будет...
Доброго дня.
Канал хороший, это график с сервера за 75 евро, где гарантированный канал 300 мбит\с
В случае каких-либо проблем именно с Вашим сервером - медленная, могут сутки отвечать (по крайне мере так было пол года - год назад, сейчас может и лучше стало, но мало верится). А так, в поддержку обычно не приходится обращаться, все и без этого хорошо работает.
UPTIME хороший. Сервера за 2-3 года использования перезагружались только 1 раз (и то не все, а как раз только из персональной линейки). Как объяснили, были проблемы с питанием, но не во всем дата центре.
Почему, можете обосновать?
Скорость дисков я начал сравнивать только после того - как заметил что тестовая джумла в дебаг панели загружается медленее.
В Вашем случае скорость больше будет зависеть от настройки сервера, а не от дисков. Если у Вас обычный сайт на Joomla без высокой посещаемости, то разницы Вы от SSD дисков почти не заметили бы.
Кто-нибудь подскажет толковый антивирус аля малдет?
Таких не бывает. Невозможно со 100% вероятностью определить зловредный скрипт или нет. Функции PHP, которые используются в зловредных скриптах (eval, system, base64_decode и прочие), также используются и в популярных CMS. Либо могут быть применены в стольких вариациях, что ни один антивирус не поймет, что это плохой код: http://habrahabr.ru/post/193986/ (даже до такого доходит).
Моё мнение таково: клиент занимается безопасностью своих сайтов, хостер занимается безопасностью сервера (например, чтобы клиент не мог сломать сайт соседа по серверу).
... Ну и также не могу не отметить, что некоторые ресселеры могут предложить Вам конфигурации без установки, которых нет на сайте ;)
Некоторые это кто? У них вроде бы один официальный реселлер: http://oneprovider.com/dedicated-servers/paris-france
Евгений Русаченко, XLhost.Ru, какие конфигурации серверов были?
E3-SSD-1, если не ошибаюсь.
Проблема может быть банально в БП.
В литовском филиале тоже так предположили, написали, что передали заявку коллегам, а там отказали в её обработке 😡
---------- Добавлено 22.05.2015 в 20:59 ----------
6 этих серверов были в OVH, потом один в SYS. С SYS, как ни странно, разборок даже меньше было.
В OVH тоже так долго мусолят подобные проблемы? Думал там поддержка получше, чем в SYS...
---------- Добавлено 22.05.2015 в 21:00 ----------
Только что ответили, что сервер был под наблюдением 7 дней и они не видели перезагрузок, при этом сервер каждый день перезагружается :)
Гляньте, включен ли RTM, они по нему смотрят UPTIME.
---------- Добавлено 22.05.2015 в 21:07 ----------
Для начала попробуй поменять ядро на legacy, чтобы не grsec было. На последних серверах именно в ядрах была проблема.
Уже всё перепробовал. Ставил Proxmox из их панели, при запуске или выключении VDS сервер уходил в перезагрузку. Сказали проблема в ядре - ОК, в ядре так в ядре.
Я поставил чистый CentOS 6.6, в итоге после установки даже не смог войти по SSH. Ввожу в PuTTy IP, только начинается соединение - сервер уходит в перезагрузку. Всё зафиксировал на видео, отправил им. Они прислали ответ, что им повторить это не удалось, хотя я писал, проблема временная, раз через раз входит.
Сейчас вот вошел по SSH, поставил gnome, virt-manager, vnc, qemu-kvm. Вошел по VNC, запустил
virt-manager, на этапе создания VDS просто вводил в поле оперативной памяти число 4096 и на нажатии 9 сервер ушел в перезагрузку. В логах пусто, увы, это программная проблема. Всё зафиксировал на видео, отправил им, но они скорее всего вновь отфутболят.
Ставил их OVH Relase, там по SSH входил, обновлял систему, всё без проблем делалось. Час просидел пасьянс раскладывал, писал на видео... не зависло 😂 А я бы им отправил смешное видео с подписью, что Ваши сервера даже пасьянс не выдерживают ☝
Евгений Русаченко, тестирование памяти какое было?
Из rescue их утилитой и из под рабочей OS свободный участок памяти тестировался memtester (вроде так утилита называется).
Подскажите, пожалуйста, может быть кто сталкивался.
Взял сервер на soyoustart.com, на любой операционной системе периодически перезагружается. В логах ничего нет, как-будто выключили и включили питание.
Проблема появляется и при работе с сервером, чаще всего при работе по VNC и при включении / отключении VDS, также уходит в перезагрузку от "apt upgrade или yum update". Бывает перезагружается сам, когда с ним никто не работает. Всё это тестировалось на чистых шаблонах из их панели управления.
Тестирование памяти, процессора, дисков проходит без проблем из-за чего поддержка разводит руками и отказывается что либо предпринимать.
Просто забить или же все же можно как-то добиться замены / ремонта? Писал тикет через панель, потом общение перешло в почту, беседовал с литовским отделом, но всё без результата.
При rsync проблем с целостностью быть не должно, при архивировании очень часто меняющиеся файлы могут как-то потеряться. vzdump по умолчанию делается без "замораживания", ещё ни разу за несколько лет не сталкивался с потерей данных при он-лайн режиме.
Ну а для надёжности я бы всегда рекомендовал делать отдельные бэкапы важных баз через mysqldump и накатывать их при необходимости. Точно также с важными файлами.
---------- Добавлено 03.05.2015 в 02:16 ----------
А с ploop ещё проще, поскольку ФС не в папке, а в файле по сути :)
Спасибо за подробное разъяснение, с OpenVZ приходилось работать лишь один раз, но для опыта информация пойдет. Спасибо еще раз!
По сути, те операции, что делает vzdump и vzmigrate не так сильно отличаются от прямого копирования содержимого ФС VPS через rsync или с помощью tar.
На OpenVZ такое прокатывает без проблем потому что там нет зависимости от ядра и VPS'ка с практически любым минимальным содержимым для работы ОС загрузится без проблем.
А целостность данных? По факту ведь это делается на работающей системе, допустим, у человека крутится MySQL сервер. Разве данные останутся живы в 100 из 100 случаев такого резервного копирования? :)
Если посмотреть тот же vzdump, там есть опции suspend, snapshot, как раз для обеспечения целостности данные. Если делать копии на "горячую", то думаю не всё так радужно будет...