- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков

В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
А нет там никакого космоса. Самый первый снимок делается те же 6 часов или больше (не считали, там спешки нету, главное чтобы бекап сделался без ошибок), так как гонялось по порту 100 мбпс притом еще и не выделенному. А последующие снимки - это инкрементальные снимки и им цена - 500Мь - 1-2 Гбт.
Может всё и верно, но к сожелению я пока психологически не готов переходить с привычного rsync, na r1soft. То есть, во первых пока мне file "level бэкап", ближе к телу чем "block-level", хотя больше преймуществ у последнего. Во вторых, если честно, не люблю полу комерческих продуктов для таких целей как бэкап. Мало того, отказался от неплохих предложений использовать готовое решение на R1Soft Enterprise, так как слишком много телодвижений надо делать, для того чтобы всё менять. R1Soft free надо будет доделывать. В третих, я не вижу смысла делать бэкап 4 раза в сутки, так как обычно клиенты за бэкапом обращаются как минимум день, два после того, как у них произошла проблема. То есть, самая актуальная копия 3 дневной давности и потом уже около 2-3 недель. Держу типично около 5 копий - 1, 3, 7, 14, 28 суток. Потом ещё какое то количество копий хранится более длительное время. Потребность востановления - 1 - 2 запроса в год ;) По сути, мартышкин труд, но спать спокойней 🍿
Если всё делать с нуля, не думаю что выбрал бы r1soft. Трафик мне по барабану, место на резервном хранилище мне не сэкономит, с IO справляюсь успешно. Если клиенты стали бы часто дергать из за бэкапов, возможно пересмотрел бы свою позицию ;)
Его основное достоинство для нас в хостинге - отсутствие нагрузки на винты. Понятно, что если io позволяет, то можно и обычным файловым бекапом обойтись. Ну и он удобен для клонирования серверов (на линуксе или виндоуз). Бесспорно, любому софту можно найти и настроить аналоги из бесплатных, но для этого надо достаточно много времени потратить на настройку, конфигурирование, отладку и т.п. Да и поддержку придется оказывать самому себе или искать по профильным форумам. Если есть на это время - то такой вариант лучше, так как есть полный контроль над софтом. Коммерческий софт требует наличия сторонней поддержки по определению.
Расскажу как у нас это происходит :)
Основная особенность - датацентр Liquidweb, все сервера представляют из себя KVM ноду, т.е. берется Dedicated и на нем делается 1 виртуальный сервер, все сервера легко мигрируют на новое железо, сейчас они все с SSD RAID1 или RAID10
Во первых делается несколько разных видов бэкапов.
1) "Бэкап" на случай если вдруг сломается HDD - все винчестеры находятся в RAID1 или RAID10, т.е. если ломается 1 винт, техник за 20-30 минут меняет его на новый и сервер продолжает работать.
2) Бэкап на случай, если вдруг сломается любое другое железо - на сервере установлена 2-я гигабитная сетевая и каждую ночь делается снапшот на NAS в этом же датацентре, оплата происходит за Гигабайт, трафик внутри датацентра бесплатный, в среднем у нас на хранение расходуется 15% от стоимости самого сервера, хранится 2-3 снапшота за последние 2-е суток, 3-й нужен для того, чтобы сохранить целостность. Восстановление происходит за 30-50 минут, старый сервер отключается, на его IP адресе поднимается новая KVM нода на новом железе, которая вытягивает снапшот, в случае восстановления мы попадаем на стоимость дневной стоимости сервера, т.е. старый ещё не погашен, новый уже создан. Итого получается 15% от стоимости сервера + 1/30 стоимости сервера. Тормозов при бэкапе нет, т.к. диски SSD, весь трафик идёт по второй сетевой карте.
3) Бэкап на случай, если пользователь что-нибудь у себя потёр. На этот случай бэкапы делаются еженочно при помощи стандартной функциональности cPanel. По nfs подключаются NAS внутри датацентра (они называются HPBS), оплата 15$ за 150G, максимум диск может быть 15Тb. NFS идёт по той же второй сетевой карте, 50G юзерских данных передаются за 2 часа (с учётом сжатия). Т.е. процесс такой - винт примонтирован как backup, ночью по крону запускается стандартный /scripts/cpbackup, который сжимает в один архив весь /home/имя юзера + его базы из MySQL. В итоге в /backup/daily лежат куча архивов, запакованных gzip с флагом rsynced (rsync-friendly-gzip), папка эта находится на NAS, т.е. мы можем её примонтировать к любому из серверов и восстановить любой из архивов. Восстановление любого аккаунта занимает 1-10 минут. На NAS хранится 3 копии бэкапов - еженочный, еженедельный и ежемесячный. Тормозов также нет, т.к. ночью клиентская нагрузка минимальная, SSD диски обеспечивают IOPSы, установлена Cloudlinux - на gzip бэкапа используется только 1 ядро, остальные ядра обслуживают клиентов.
4) Бэкап на случай, если датацентр взорвали, в стране революция или к нам вернулся пользователь за своими файлами, за которые не платил уже более года или злобный хакер взломал сервак и удалил все аккаунты и бэкапы:
На каждые 4-5 серверов с SSD дисками в Европе покупается один слабенький сервер с 2-4G оперативки, одно-двухядерным процессором и 4х2T SATA в RAID10. Стоимость такого сервера 65-85 евро. Т.е. сервер расположен не просто в другом датацентре - а на другом континенте. ДЦ обычно используются leaseweb или hetzner. Адрес этого сервера никто кроме админа не знает, сервер обладает особенностью - на нем лежат SSH ключи всех 4-5 серверов с клиентами и он может к ним зайти под пользователем, которому доступна папка /backup. Каждую ночь спустя 3-4 часа с момента запуска бэкапов на юзерских серверах он выкачивает /backup/daily, в котором находятся архивы gz созданные при помощи rsync-friendly-gzip, т.е. трафик примерно 2-3Gb на каждые 50Gb архивов. Затем по крону он rsyncом делает копии этой папки внутри самого сервера, т.е. хранится последние 7 дней, последние 4 недели и последние 12 месяцев. Rsync происходит без флага delete, т.е. архивы пользователей, которых нет на юзерских серверах также продолжают храниться. Раз в сутки запускается tmpwatch, который удаляет файлы старше, чем полтора года. Таким образом клиентские сервера не тормозят (выкачивается всего 2-3G ночью), бэкап сервер за счет RAID10 также все довольно быстро перемещает.
Если вдруг датацентр упадёт - восстановление будет проходить около суток - первоначально данные будут восстановлены на те же бэкап сервера, т.е. на них уже стоит cPanel и достаточно просто развернуть бэкапы, затем будут докуплены новые сервера в том же датацентре и данные будут разнесены между ними. Если пользователь придёт и скажет - дайте мне мои файлы, я вспомнил про сайт, хотя и не оплачивал уже год - мы скажем оплати старый счёт и мы восстановим всё как было, данные восстанавливаются с такой скоростью, чтобы передать архив клиента по 100Мбитному каналу, обычно не более часа.
Итоговая стоимость бэкапов: 15% + 3% + 22 евро (85евро/4 или 32$) + 5$ (трафик на удаленный сервер). Т.е. с сервера стоимостью 300$ стоимость бэкапов в сумме составит 45 + 9 + 32 + 5 = 91$, итого сервер обойдётся ~400$
Итог - все клиенты довольны, сервера не тормозят и всегда можно к нам позвонить и восстановить сайт за день-неделю до ошибки.
P.S. За 8 лет работы было всего 2 клиента которые постучались спустя 1,5 года и которым мы не смогли восстановить их данные, т.к. tmpwatch старательно стёр все старые архивы.
Дубль сообщения - прошу удалить ;)
У нас все просто с бэкапами :)
Ну, понятное дело, что на внешних системах хранения всё уже в каких-то RAID группах. То есть на этом уровне отказоустойчивость есть. На исполняющих хостах дисков вообще нет.
А бэкап - платная опция. Стоит 2р за 1 ГБ защищаемого пространства. Хранится как минимум 14 последних полных копий. Бэкапится весь VDS целиком. Зачем столько? Практика показала, что иногда это надо.
Может Вы всем расскажете, как это делалось на Вашем хостинге?
А то кроме понтов и флуда ни чего не увидел!!!
1. rsynс - причем он всегда копирует инкрементно там даже не надо мозг парить
2. бакула
причем от бакулы нагрузки в 10 раз меньше чем от rsynс. r1soft - не юзал нечего сказать не могу....
Наши XEN VPS мы бесплатно бэкапим на стораджи в совершенно другом ДЦ, дабы в случае любых проблем можно было восстановить VPS из бэкапов на любой из имеющихся площадок. Происходит это один раз в неделю либо ежедневно, если клиент оплатил такую опцию (5$/месяц). Бэкапится полная копия всего VPS. ПО для создания бэкапов писали самостоятельно. По сети гоняем лишь измененные блоки данных, поэтому все работает оптимально и быстро. Бэкапы хранятся за последний месяц. Именно этот срок наши клиенты абсолютным большинством выбрали как самый оптимальный. За многолетнюю практику случалось всякое, бэкапы всегда помогали быстро восстановить работу клиентских VPS и минимизировать риски и потери. На выделенных серверах клиенты решают вопросы с резервным копированием самостоятельно, программный рейд1 является рекомендуемой опцией и делается бесплатно, для хранения имеется специальная услуга за сущие копейки.