VDScenter.com - 11 лет с Вами!

Всем доброго времени суток.

Как я и обещал ранее - сегодня, своим "апом" я расскажу про очередную функцию панели управления, которая доступна клиентам абсолютно бесплатно. Это не является каким-то ноу-хау. Это штатная функция панели управления ISP Manager 5 Business, но почему-то многие администраторы ей пренебрегают. А ведь касается она одного из самых важных аспектов администрирования сайта: резервных копий.

Итак, помимо тех резервных копий (далее "резервную копию" я буду именовать как "бэкап"), которые делаем мы, у наших клиентов есть инструмент, позволяющий им делать резервные копии самостоятельно. Причем делать их удаленно. То есть хранить не на своем аккаунте, а вообще вне сервера.

Этому способствует специальный модуль. Итак, давайте же настроим его.
Заходим в панель управления и в разделе "Инструменты" заходим в пункт "Резервные копии"


Вероятнее всего данный раздел у Вас будет пустой, если Вы не работали с ним ранее. В нем нажимаем на иконку "Настройки", которая позволит сделать нам все необходимые манипуляции.


Перед нами откроется окошечко, в котором будет только одна строка с неотмеченным чекбоксом: "Настроить собственное хранилище" . Отмечаем его и всплывают настройки возможных хранилищ:


Здесь, нам нужно выбрать необходимое нам хранилище и настроить его. Я рассмотрю пару случаев: Удаленный ФТП и Яндекс Диск. Остальные настраиваются по аналогии, так что каждый разжевывать, в принципе, смысла нет.

Итак, случай первый: Удаленный ФТП
Представим, что у Вас есть ещё сайты, которые расположены у другого хостера, либо на Вашем собственном сервере, либо даже дома (как поднять ФТП сервер дома разберем как-нибудь в другой раз). Итак, выбрав в пункте "Тип хранилища" пункт "FTP" нам откроются соответствующие настройки.

здесь все просто. Вписваем данные для подключения по ФТП. Адрес сервера, порт подключения (стандартный 21, но если в Вашем случае ФТП "висит" на другом порту - то указать его), пользователя, пароль и путь до бэкапов (например у Вас один большой диск выделен, в котором Вы не хотите устраивать мусорку, а хотите от каждого сайта складывать бэкапы в свою папочку). На этом все особенности

Случай второй: Яндекс.Диск
Если же у Вас нет ни аккаунтов, куда можно было бы "слить" свои бэкапы. И нет собственного сервера, где бы их можно было хранить - Вы всегда можете использовать сторонние сервисы. Тот же dropbox или Яндекс.Диск. Рассматривать будем на примере второго. Почему? Потому что Яндекс все таки очень популярен в России и СНГ. Бесплатно на Яндекс.Диске можно получить 10Гб места. Этого хватает для очень многих сайтов. В самом крайнем случае - место всегда можно докупить. Особо проворные пользователи регистрируют несколько аккаунтов :)
Вобщем первым шагом регистрируемся на http://disk.yandex.ru

Если Вы уже имеете учетку в Яндексе (почта, кошелек яндекс денег и так далее) - то Вам не нужно регистрироваться. Просто авторизуйтесь (стрелочка "3"). Если же учетки нет - то по стрелочкам "1" и "2" пройдите простую процедуру регистрации (получения Яндекс паспорта).

Итак, вы зарегистрировались и получили свои 10Гб места. Теперь в панели управления выбираем пункт "Яндекс.Диск" 9стрелочка "1")


После этого ссылочка dropbox (стрелочка "2") поменяется на ссылку "Яндекс.диск". Все, что Вам нужно сделать - нажать на эту ссылку. Панель автоматически на основе Вашей учетной записи в Яндексе получит специальный API ключ доступа и всё. На этом вся настройка закончена. Теперь Ваши резервные копии будут "улетать" в Ваш Яндекс.диск.

Раздел "Ограничения" тоже достаточно прост:
Общий объем - Вы можете ограничить общий размер резервных копий этого сервера. Для локального хранилища ограничение применяется отдельно к каждому узлу кластера. При превышении заданной величины будут удаляться наиболее старые резервные копии.
Вы можете оставить это поле пустым, тогда резервные копии будут храниться, пока в хранилище не закончится место.
Общее количество резервных копий также может быть ограничено через параметр конфигурационного файла BackupCountLimit и по умолчанию равно 14 (7 ежедневных и 7 еженедельных) Общий размер измеряется в байтах. Но допускается также запись с указанием единиц измерения, например, 100Mib
Полных резервных копий - Количество полных резервных копий
Дневных резервных копий - Количество дневных резервных копий. При указании значения равного 0, будет оставаться последняя дневная резервная копия
Эти уточнения есть и в самой панели, но решил вписать их и тут для бОльшего удобства.

На этом настройка, по сути, окончена.

Осталось затронуть последний вопрос (хотя, возможно, с него стоило бы начать): Зачем это вообще все нужно.
А нужно это на случай экстренных форс-мажорных обстоятельств. Потому что случится может все, что угодно. Например может произойти это:
Пожар в ДЦ ThePlanet (2008):

Взрывом была уничтожена комната питания внутри серверного здания, вылетело 3 стены, а так же повредило всю сеть электропитания. Пожар был потушен и практически сразу начались востановительные работы, которые завершаются в данный момент. В следствии этого инцидента, более 9000 серверов, а это несколько сотен сайтов были недоступны во всем интернете.

Пожар в ДЦ Hosting.UA (2010):

в этом дата-центре была установлена одна из наиболее современных систем пожаротушения, но она по каким-то причинам не сработала. Работники компании утверждают, что сигнал от датчиков поступил, то есть сигнальная часть системы сработала, а вот огнетушение не сработало. Очевидно, что в дата-центре нельзя применять водную систему пожаротушения, но пожарные, прибывшие на место происшествия, попросту не имели других возможностей для тушения пожара, поэтому работали, как могли. В результате серверы пострадали и от огня, и от воды. Кроме того, в ходе тушения пожара пожарные выбили окна в дата-центре.

Конфликт "Оверсан Меркурий" и "Макхост" (тот же год):

Причины вряд ли будут когда-то озвучены настоящие. В воздухе витает ссора между партнерами. По этой причине десятки тысяч сайтов, в числе которых была и веб студия Артемия Лебедева, перестали работать и не работали несколько суток. Некоторые люди добивались возвращения их серверов несколько месяцев.

Вобщем может быть все, что угодно. От поломки до потопа. И поэтому иметь актуальную резервную копию на удаленном сервере это уже не роскошь. Это необходимость любого грамотного администратора сайта. Так как даже в случае какой-то проблемы на технической площадке - Вы всегда можете "развернуться" из бэкапа, расположенного на другой. Чего Вы не сможете сделать в случае, если и бэкап у Вас будет на площадке, на которой наблюдается проблема. И как бы Вы не ругались - до устранения причин проблемы Вам даже бэкап не дадут. А при удаленных резервных копиях Вы экономите нервы и время. Наш проект дает Вам такую возможность. И пусть это не уникальность, но отличие от достаточно многих.

да это была моя игра :)

Значит я Вас правильно нашел :)

Уважаемые клиенты и те, кто ещё только ищет дом для своих сайтов!

С радостью сообщаем, что с сегодняшнего дня Вы можете оплатить наши услуги в том числе и на расчетный счет в банке "Точка" . К счетам в "Сбербанке" и "Тинькове" со вчерашнего дня добавился счет в этом банке.

Полную информацию о номере счета, либо же карточку предприятия для оплаты через "Точку" можно будет получить в биллинг панели нашего хостинга.

Мы стараемся быть ближе к Вам. Надеемся, что данное нововведение позитивно скажется на возможностях нашего сотрудничества!

Спасибо, что выбрали VDScenteR

данное сообщение публикую повторно, так как первое пропало в связи с миграцией сервера данного сайта

Тема была поднята автором по истечению 12 часов после последнего поста

Уважаемые клиенты и те, кто ещё только ищет дом для своих сайтов!

В связи с расширением серверного, парка на двух из трех наших технических площадках, доступна к заказу следующая конфигурация выделенного сервера:

Серверное шасси: Supermicro SuperServer
Модель: SYS-5019S-ML (X11SSH-F + SC512F-350B1) или SYS-5019S-M (X11SSH-F + SC813MFTQC-350CB) в зависимости от конфигурации
Процессор: INTEL E3-1270v6
Оперативная память: 64G DDR4 RAM
Жесткие диски: 2 х 500G SSD RAID для платформы SYS-5019S-ML или 4 х 250G SSD для платформы SYS-5019S-M
Трафик: 50TB на скорости до 1Гбит/сек
Локация: Сервериус. Нидерланды. г.Дронтен
Стоимость: 180 евро/мес

- Так как серверы абсолютно новые и приобретаются под собственные нужды, то срок установки машин может занимать до 7 рабочих дней. Так как клиентский сервер будет необходимо привезти в ЦОД и установить в стойку
- Проектам, которым важно размещение в России, можем предложить установку данных серверов на нашей площадке в Москве. В ЦОД 3Data. Однако тогда, с учетом транспортировки и доставки, сроки установки могут достигать 14 рабочих дней (или меньше) и стоимость аренды будет составлять 210 евро/мес на тех же условиях
- для платформы SYS-5019S-M возможна замена дисков на 4 x 120 Gb SSD . Тогда стоимость будет снижена на 20 евро/мес
- Возможны скидки при оплате от 6 месяцев и больше
- Возможно обсуждение установки и других дисков в серверы. Установить можно будет практически любую 2-х или 4-хдисковую конфигурацию. Все будет зависеть от того, с чем нам сможет ассистировать ЦОД :)

Данный сервер подойдет для достаточно высоконагруженных проектов. Также возможна установка и других серверных шасси в rack-исполнении. об этом уточняйте

Свои вопросы можно задавать как в биллинг панели нашего хостинга, по адресу:
http://billing.vdscenter.com
так и здесь, на этом форуме. Например в личных сообщениях. Можно, конечно, и в данной теме, но она все же немного для иного, поэтому лучшим вариантом были бы личные сообщения :)

Спасибо

IvanRubtsov, Не знаю о 11 лет. Но я первый вижу такое доменное имя)

Дружище исправить надо дизайн

Здравствуйте.

Спасибо за интерес к нашим услугам. С одной стороны нам жаль, что Вы о нас слышите впервые. Но с другой стороны мы можем объяснить это несколькими факторами.

Наш проект появился в 2007 году, как проект спасения "кинутых" в то время клиентов проекта Gurhost. Зародился наш проект на visavi (не знаю, можно ли здесь упоминать названия других ВМ, однако это часть нашей истории и без этого всё рассказать невозможно). Создателем и владельцем является Андрей (MaxtoR : https://masteram.us/id219 ). В то время он был администратором на указанном выше сайте. В том же 2007 году он улетел в Эмираты и проект развивался уже оттуда. К сожалению я тогда не участвовал в жизни проекта, так как был слишком молод.

Первый снэпшот нашего проекта можно найти за 2008 год в вебархиве
http://web.archive.org/web/20080513030601/http://vdscenter.com:80/

Затем, после 2010 года проект из вап хостинга ушел в другие области, а Андрей занялся другим своим проектом более плотно. В частности vdscenter погрузился в тестирование CloudLinux (мы были первыми, кто в вапе применил эту ОС и являлись еще даже АЛЬФА тестерами) и перестал принимать новые заказы. Однако старые (текущие на тот момент) клиенты обслуживались без остановки. Не было ни дня, как сейчас любят "открыть и закрыть на отпуск". Мы не приостанавливали работу. Просто не принимали новых клиентов.

Именно поэтому, скорее всего, Вы о нас не слышали. Скорее всего мы были "ДО" Вас :) И в тот момент, когда Вы пришли в WAP наш проект уже был далек от хостинга мобильных сайтов.

Честно говоря и сейчас основное направление - облако. Однако оно работает под другим доменом и в WEB :) Под каким - меня просили не распространяться.

Вместе с нами, в свое время, начинал, например, best-hoster. А "из нас" выросли такие проекты как еврохостер, а также такой wap-мастер, как scorpion82 с его несколькими проектами. Начинал он тоже (как и еврохостер) как наш реселлер. Кого-то из них Вы, скорее всего, все равно слышали. Это те, кого я смог вспомнить "навскидку" . Также, так как меня "поставили" посещать именно мобильные форумы, я тут периодически вижу ники людей, которые "бьются" по нашему биллингу как клиенты в разное время :) Кто-то тоже был реселлером. Кто-то просто клиентом.

Поэтому историю нашего проекта можно озвучивать долго. Со всеми взлетами и авариями, в свое время. Однако это лучше мог бы сделать Андрей. Я присоединился к проекту по-моему где-то в 2014 году +/- .

Также хотел бы поблагодарить Вас по поводу замечания о дизайне. Я его передал.

Спасибо, что проявили интерес к нашей теме

Уважаемые клиенты.

Нашим хостинг-проектом инициирован процесс обновления серверов виртуального хостинга и их программного обеспечения . Вызвано это следующими причинами:

1) Плановое обновление "железа".
Здесь всё просто: желание поддерживать серверный парк в актуальном состоянии и не использовать устаревшее оборудование

2) Полный переход на HTTP/2
Для полноценного перехода на HTTP/2 необходимо обновление некоторых элементов программного обеспечения, что влечет за собой переустановку Операционной Системы на серверах.

3) Полная поддержка EDNS
Как известно, 1-го февраля 2019 года наступает, так называемый, DNS Flag Day. Это полный переход с DNS на EDNS. Мы заботимся о своих клиентах, поэтому обновим необходимое ПО на серверах, которые теоретически могут быть подвержены этой проблеме.

Совокупность всех этих одновременно совпавших факторов привела к тому, что мы начинаем процесс миграции серверов на более новые платформы. В настоящее время выполняется установка и настройка машин. Старт миграции запланирован на 8 утра по Московскому времени 23-го января 2019 года.

В период с 8:00 23.01.2019 по 23:00 24.01.2019 мы настоятельно просим Вас воздержаться от редактирования Ваших сайтов. В процессе работ все сайты будут доступны. Возможна кратковременная недоступность сайтов клиентов виртуального хостинга при переподключении IP адресов на новые серверы.

Адреса панелей, IP адреса для подключений и остальные параметры работы серверов останутся без изменений. Как было сказано выше - мы перенесем IP на новые серверы.

Владельцам виртуальных серверов и физических выделенных серверов необходимо самостоятельно позаботиться об обновлении ПО на них в случае, если их ПО подвержено "DNS Flag Day". В противном случае после 1-го февраля 2019 года, Вы можете столкнуться с проблемами доступности Ваших сайтов ввиду разности протоколов работы.

Если у Вас остались какие-либо вопросы, задайте их нам любым удобным для Вас способом.

Спасибо, что Вы с нами.

С уважением, команды WyvernForce & VDScenteR