italant, хостер на словах обещает 100% vcpu, но на деле он рассчитывает, что все клиенты сразу эти 100% не будут затребовать. Как банки зачастую обещают определённый процент дохода по вкладу, но всем своим клиентам сразу выдать все их вклады он не готов - попросту разорится...
Jonhef, копать к документации. Если есть неумение или нежелание читать документацию самостоятельно - это сразу же на фриланс за коммерческими услугами класса "сделайте за меня".
Простой Человек, это же симлинки (символьные ссылки) - файлы специального формата, которые являются ссылками на другие файлы. Причём в данном случае ещё и симлинки на абсолютные пути от корня, поэтому в винде сложно корректно определить, как их интерпретировать.
Зачем вообще понадобилось этот архив на винде распаковывать?
Простой Человек, да, /sys это что-то типа /proc - виртуальная файловая система. /run - это для временных файлов (pid-файлы всякие, сокеты демонов итд).
Возможно, лучше вместо / более конкретно указать нужные каталоги: /bin /sbin /usr /var ...
Простой Человек, у cpio два основных режима: copy-in (распаковка), copy-out (запаковка) и test (проверка), которые задаются ключами -i и -o. Как и tar, этот архиватор не занимается сжатием файлов, поэтому его надо будет пожать чем-то ещё (gzip, bzip2 итп).
Список файлов для запаковки передаётся через pipe (да, немного непривычно). Поэтому типичное создание архива такое:
cd /path/to/directory
find|cpio -ov|gzip > /path/to/backups/archive.cpio.gz
artempawww, ну так в синхронном коде клиенты и будут работать по очереди. А так как никакой сам по себе не завершается, то будет работать только первый.
Например, из самого простого - величина оверкоммита vCPU. Допустим, у нас процессоров на 72 ядра, но мы размещаем на сервере 50 виртуалок по 4 ядра. Но ядер-то 72, а не 200, поэтому временами клиенты будут недополучать процессора. И чем больше уплотнены виртуалки, тем больше риск этого. Но зато это заметно удешевляет хостинг.
Или вот технология виртуализации влияют. Честная виртуализация (kvm/xen/vmware/hyperv) дороже нечестной имитации с общим ядром (openvz/lxc). Да и сами технологии виртуализации имеют разную стоимость. Например, решения от vmware по определению будут стоить дороже, так как там ещё и лицензия на коммерческий продукт.
Или вот дисковая подсистема, которая может работать с разной скоростью, да и просто в любой момент с непредсказуемой.
Чтобы "работало хорошо", приходится платить.
Ну и напрямую сравнивать российских хостеров с зарубежными в нынешних условиях нельзя. У российских намного выше собственные расходы были всегда, а сейчас так ещё сильнее выросли. Плюс сильно выросший спрос. Мой хостер, например, поднял цену на выделенный сервер стоимостью 5.5 тыс. до 11.2 тыс.
А Яндекс ещё и завышает цены просто для того, чтобы к нему не шло слишком дофига народу. К нему в основном идут те, кому нужны особые облачные услуги Яндекса (которые тоже стоят дороговато, но хотя бы достаточно уникальны и полезны).
albertalexandrov, ОС может выполнять операции ввода-вывода в неблокирующем режиме. Например, чтение длинного ответа http будет происходить частями, по мере поступления пакетиков от удалённого сервера. Соответственно, можно не ждать, пока все они дойдут, и переключиться на что-то ещё.
Это inline mode. Важно понимать, что в этом режиме бот помогает пользователю составить сообщение, но при этом бот не узнает, в какой чат пользователь это сообщение отправит - да и отправит ли вообще или откажется? И запросы пользователя кэшируются на серверах Телеграма, поэтому точно такой же запрос может не дойти до бота, а отвечен из кэша.
По бинлогам я бы посмотрел время создания файлов, если они очень старые, то возможно то, что осталось до выключения бинлогов.
Архивировать /usr/bin это очень странная затея. Принято архивировать данные, которые затем выкатывать в свежезалитую с нуля систему. Кстати, с этой точки зрения непонятно, почему не бэкапится wwwroot - это ж обычно самое важное и интересное...
По моему опыту, для архивации именно системы - если вдруг очень приспичило - лучше использовать cpio, а не tar. Я делал сборки системы в виде архива image.cpz (cpio+gz), которые использовал для массового разливания готовой системы. От tar пришлось отказаться, так как он почему-то сходил с ума от симлинков на абсолютные (не относительные) пути.
