- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Как Вы себе это представляете для VDS с LVM хранилищем?
Возможен вариант, что бэкапить только пользовательские данные (например, для Debian настройки из /etc, файлы из /var/www и дамп базы). В случае проблем с VDS это конечно не позволит моментально восстановить из бэкапа VDS, но по крайней мере у пользователя не пропадут все его данные. Получается дёшево, не очень сложно и основные данные не пропадут. Хотя такой вариант не во всех случаях подойдёт...
Возможен вариант, что бэкапить только пользовательские данные (например, для Debian настройки из /etc, файлы из /var/www и дамп базы). В случае проблем с VDS это конечно не позволит моментально восстановить из бэкапа VDS, но по крайней мере у пользователя не пропадут все его данные. Получается дёшево, не очень сложно и основные данные не пропадут. Хотя такой вариант не во всех случаях подойдёт...
Для этого уже нужен доступ к самому VDS, а как правило у многих хостеров после продажи VDS, такого доступа нет. Некоторые конечно же оставляют себе лазейку путём установки ssh ключа, но как правило хостеры такое не делают.
Да и бэкапить только указанные Вами директории не правильно, т.к. VDS используются не только для размещения сайтов и не только на панели управления ISPmanager, а соответственно пути до клиентских данных, могут быть самые разные.
Тут всё таки клиент сам должен заботиться о сохранности данных, а не хостер.
Немного странно выглядит ваше сообщение. Из 150 ТБ данных обычно ежедневно меняется мизерная их часть. Достаточно один раз слить 150 ТБ в другой ДЦ, а потом просто лишь проверять поменялись ли файлы. Если нет, то просто в бэкапе ставим ссылку на уже существующий файл. Итого каждый день нужно сливать не 150 ТБ, а раз в 150 меньше.
На словах все выглядит просто. А по факту это огромная нагрузка на системы хранения. Естественно, гонять 150 ТБ ежедневно это бред и маловыполнимая задача. Но вычисление измененного объема данных и его чтение - задача тоже не из простых. И объем изменений далеко не в 150 раз меньше. По моим данным объем изменений в сутки примерно составляет 10% от объема данных. Средняя температура по больнице. То есть из 150 ТБ реально измененных данных 15 ТБ. Что тоже вполне себе много. Средняя скорость передачи данных за окно в 10 часов будет соответствовать 420 МБ-сек. В пиках до 2 гигабайт в секунду. http://i.riaas.ru/temp/22.jpg
Все это говорится к тому, что бэкапить данные стоит не 3 копейки, как думает 99% клиентов. Это вполне себе мощная и дорогостоящая система, требующая постоянного контроля и обслуживания.
Это какие же у вас объемы?!
У нас на Московской площадке сейчас 150 ТБ данных (это только виртуалки). http://i.riaas.ru/Datacenter.png
Я плохо себе представляю процедуру их ежедневного бэкапа в другой ДЦ. Сейчас и то, среда бэкапирования дубасит по полной на огромные SDD кэши, чтобы успеть к утру закончить.
А когда данных будет петабайт?!
Вообще, даже просто прочитать такой объем в окне бэкапа за 10 часов это 15 ТБ в час. Или 4.2 гигабайта в секунду :) Как?! Чем?! А когда их будет петабайт? А когда 10 петабайт?
Объемы шареда - 96TB.
Что дубасит хард или софт? Огромные ssd кеши это сколько?
С виртуалками тоже все реально, но действительно приходится дифф выполнять локально, а уже потом пересылать.
А по поводу рисков :)
Риски - это то что может произойти, а может не произойти.
Как раз не делать бакапы - это риски. Которые хостер браво перекладывает на клиента и считает себя самым умным.
Но клиент вряд ли уложит резервное копирование в то самое окно, и будет учитывать нагрузку на канал.
Что дубасит хард или софт?
Дубасит всё, в основном харды системы бэкапирования и харды источника - продуктивных систем хранения, откуда чтение идет.
Огромные ssd кеши это сколько?
500GB eMLC кэш на запись, на каждую рейдгруппу системы бэкапирования. Рейдгрупп сейчас 6 штук. Итого 3 ТБ SSD кэша на запись. SSD используются правильные, с заводским ресурсом записи порядка 60 петабайт при объеме в 500 ГБ. DWPD=70
С виртуалками тоже все реально, но действительно приходится дифф выполнять локально, а уже потом пересылать.
И система эта стоит не 3 копейки, как я уже говорил выше. Но большинство клиентов считают, что хостер ДОЛЖЕН все делать бесплатно. И каналы, техподдержка, аренда, электричество, железо, у хостера все бесплатное. А он еще денег за все это просит с бедных клиентов.
И вообще, зажрались эти хостеры, негодяи!
В мусор райд. Используйте ZFS, там все это из коробки и довольно просто. RAID карты - это SPoF в любой системе.
Бекап утилиты конечно не существует для ВПС на LVM, однако есть варианты. Мы внутри нод использовали кластер ganeti, приходится выкручиваться с подобной системой и написали собственный скрипт для бекапа на любой сервер через SSH на ZFS без особой нагрузки. Todo есть на создания карт 4кб блоков для еще пущего упрощения бекапа и увеличения скорости.
Сейчас ZoL вполне себе взрослый для использования в продакшне, никаких проблем в работе с ним нет (кроме невозможности уменьшения виртуальных девайсов в онлайне), скорость он дает быстрее. Кеш настраивать можно тоньше, защита от bitrot... В общем одни прелести. Да придется поделиться памятью (грубо говоря 3-10гб на 1 ТБ данных в зависимости от функционала) - но это того стоит.
Используйте ZFS
На Linux, ага. Она там до сих пор не готова к промышленному применению. Еще btrfs посоветуйте...
впс без бэкапа по мне неприемлем, кроме железа есть еще человеческий фактор и ошибки ПО.
На Linux, ага. Она там до сих пор не готова к промышленному применению. Еще btrfs посоветуйте...
Если Вы живете в 2012 то да. Сейчас ZoL почти полностью соответствует OpenZFS спецификациям.
Если можете использовать Ceph, то ZoL уж точно.
Ну или ZFS хранилище на БСД, еще лучший и более стабильный вариант.
ENELIS, ZFS в продакшн рано. Посмотрите их трекер, там полно ошибок о блокировках. Буквально недавно сам словил такие проблемы, в виртуальных машинах на ZVOL происходили блокировки ввода / вывода при нагрузке. На LVM при той же конфигурации проблем нет :)