А чем вы проверяете скорость? Мы проверяем её speedtest-cli, а вы наверное смотрите её на скачке в один поток какого-нибудь файла. А это не показатель ширины канала, а показатель скорости скачки конкретного файла. Это разные вещи. Пользуйтесь speedtest-cli или iperf, они загружают порт по максимуму и показывают реальную ширину канала (до 70-80 Мбит обычно в силу особенностей TCP протокола.
PS. Что правда так ответили "100 Мбит это на кучку клиентов" или это для красного словца добавили :)?
Да, именно так. Но обычно, это всё же клиенты на физические серверы:)
Нет, не так, хостер указывает скорость порта подключения (ну, по крайней мере, у нас это именно так) виртуальной машины по конкретному тарифу. Порт подключения ноды - это внутренняя информация хостера, так же как и конкретная модель процессора и другие параметры. Как правило, как и в случае физическими серверами, оговаривается, что трафик "без учёта" предоставляется на условиях честного использования. Т. е. полоса не шейпится и хостер следит за тем, чтобы общее потребление полосы ноды не выходило за разумные пределы. Иначе впски будут "лагать и тормозить" по сети.
Нет, почему глумление, я давно глубоко не влезал в эту тематику, мало ли, может чего упустил, технологии развиваются.
PS. А после комментария treshnyuk технически вижу, что можно такое сделать - гипервизором ограничить скорость виртуалки 100 Мбитами, а на ноде по идее хоть до 100 Гбит можно сделать подключение и, в таком случае, на одной ноде можно разместить стабильно 100 виртуалок и каждая будет иметь гарантированную полосу в 100 Мбит. Так что не ошибся, правильно ответил - порт, а не гарантированная полоса.
Наверняка это просто ошибка или давно не обновляли сайт...
СМС+ТЕЛЕГРАМ+ЕМАЙЛ. Все каналы могут проседать в какой-то момент поэтому приходится резервировать.
vps не есть дедик. Дедиками, так уж сложилось исторически, называют физические выделенные серверы. У вас сервер виртуальный.
В режиме восстановления, возможно, удастся починить файловую систему и, соответственно, скачать важные файлы.
Хорошие специалисты нужны, с опытом, на почитать:
https://ru.wikipedia.org/wiki/Ceph
https://habr.com/ru/company/oleg-bunin/blog/431536/
https://cloud.croc.ru/blog/byt-v-teme/ceph-a-tak-li-on-khorosh/
Надо сказать, что ceph хоть бесплатный, а проблемы случаются и на аппаратных СХД типа того же NetApp. Но аппаратные - это не в любом случае не про наши души, стоимость их не позволит продавать виртуалки в масс-сегменте рынка.
Если проблемы с дисковым хранилищем, то чисто из-за объёма данных это надолго, так что только ждать остаётся. Зачастую, забыть о данных и создать всё с нуля оказывается во всех смыслах более быстрым и рациональным решением. Но, очень многие не делают бэкапов, к сожалению...
PS. И да. От крупности хостера, количества людей в суппорте восстановление работы хранилища практически не зависит. Большей частью время восстановления зависит от объёма данных которые нужно восстановить и того, как именно сломалось хранилище. Не имеет значения сколько человек будут курить пока данные переливаются.
Не мой лично и не компании, это частный блог.
