Статус услуги

• SBG4: центр обработки данных полностью готов к работе.
• SBG1: все стойки серверов, которые были очищены, исправны (60 стоек).
• SBG3: сегодня сданы в эксплуатацию первые стойки SBG3.
• Мониторинг перезапуска SBG по помещениям и стойкам в реальном времени доступен по адресу: status.ovh.com/vms/sbg/

SBG-1

• Ситуация: центр обработки данных работает.
• Электрический перезапуск: выполнен
• Перезагрузка сети: завершена
• Перезапуск сервера: все серверы в очищенных стойках находятся в рабочем состоянии (60 стоек).

SBG-2

• Ситуация: здание не используется. Проведена структурная экспертиза. Сайт защищен
• Перезагрузка сервера: замена инфраструктуры в других центрах обработки данных Gravelines (GRA), Roubaix (RBX), Лондон (LON), Варшава (WAW), Франкфурт (FRA)

SBG-3

• Ситуация: центр обработки данных работает.
• Электрический перезапуск: выполнен
• Перезагрузка сети: завершена
• Перезагрузка сервера: первые стойки введены в эксплуатацию сегодня, в пятницу, 19 марта.

SBG-4

• Ситуация: центр обработки данных работает.
• Электрический перезапуск: выполнен
• Перезагрузка сети: завершена
• Перезагрузка сервера: 100% стоек в рабочем состоянии (80 стоек).

Сегодня произведено 430 серверов.

Обновленная информация о поставках с 10 марта:

• — Оголенный метал
• + Bare Metal — серверы — Количество: 4844
• + NAS-HA — TB — Количество: 259
• — Публичное облако
• + VPS — VM — Количество: 13519
• — Размещенное частное облако
• + Хост — серверы — Количество: 538
• + Хранилище данных
• + Количество Zpool: 583
• + Объем ТБ: 3429

В связи с текущим спросом сроки доставки наших услуг для изделий из чистого металла могут быть дольше, чем обычно. Наши команды полностью мобилизованы, и мы прилагаем все усилия, чтобы доставить их нашим клиентам как можно быстрее, особенно всем пострадавшим клиентам.
С другой стороны, услуги Public Cloud, Web Cloud и VPS предоставляются в обычном режиме во всех центрах обработки данных.

Платформа сообщества OVHcloud теперь доступна для взаимодействия с членами сообщества и поддержки вас.
FAQ доступен здесь => help.ovhcloud.com/en-gb/faq/strasbourg-incident/
Чтобы следить за обновлениями об этой ситуации в режиме реального времени:
Нашим основным средством коммуникации остается «Статус задачи».
Статусные видео доступны здесь:
FR: twitter.com/olesovhcom/status/1370045226929299461
EN: twitter.com/olesovhcom/status/1370045891806175232

Новое видео будет опубликовано сегодня в Твиттере Октава Клабы: twitter.com/olesovhcom
OVHcloud Twitter: twitter.com/ovhcloud_fr

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

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

Читать дальше →

Рады сообщить о снижении цен на SSD VDS в московской локации. Появилась посуточная оплата с возможностью взять на тест любой тариф от 25 руб./день.

Тарифы CloudVDS это:

• Моментальная активация
• Дата-центр: Москва, DataLine Nord4 (Ростелеком), официально сертифицированный TIER III.
• Трафик: Не ограничен.
• Панель управления: VMmanager 6.
• Виртуализация: KVM
• Любая ОС (Linux, Windows 10, Windows Server, FreeBSD) в два клика.

Посмотреть новые тарифы → coopertino.ru/vds-vps-virtual-server/

Если у Вас остались вопросы, мы всегда рады ответить в онлайн-чате на сайте coopertino.ru/

SBG4:
all servers are UP.

travaux.ovh.net/vms/index_sbg4.html

Диск, процессор, оперативная память работают хорошо, но нам нужно заменить материнскую плату всех серверов. Чтобы сделать это быстро, мы заменим их все на одну стандартную материнскую плату с Atom и позволим пользователям получать и переносить данные на другой сервер.

• В панели управления OVHcloud каждый затронутый клиент может просмотреть статус своих служб, расположенных в Страсбурге (SBG), как подробно описано в FAQ. => help.ovhcloud.com/en/faq/strasbourg-incident/how-can-get-overview-impact/
• Платформа сообщества OVHcloud теперь доступна для взаимодействия с членами сообщества и поддержки вас. => Https://community.ovh.com/en/
• Следуя протоколу безопасности, определенному для локальных операций: перезапуск будет выполняться комната за комнатой, проход за проходом и стойка за стойкой.
• Процедуры перезапуска сервисов будут сообщены затронутым клиентам по мере того, как подробности станут доступны в ближайшие дни.
• Мониторинг перезапуска SBG по помещениям и запланированным стойкам в реальном времени доступен по адресу: status.ovh.com/vms/sbg/

SBG-1

• — Ситуация: центр обработки данных работает.
• — Электрический перезапуск: выполнен
• — Перезагрузка сети: завершена
• — Перезагрузка сервера: первые стойки успешно протестированы. Передача клиенту сегодня с видимостью статуса в его панели управления клиентами OVHcloud.

SBG-2

• — Ситуация: здание не используется. Проведена структурная экспертиза. Сайт защищен
• — Перезагрузка сервера: замена инфраструктуры в других центрах обработки данных Gravelines (GRA), Roubaix (RBX), Лондон (LON), Варшава (WAW), Франкфурт (FRA)

SBG-3

• — Ситуация: центр обработки данных работает. Серверы не повреждены.
• — Электрический перезапуск: выполнен
• — Перезагрузка сети: завершена
• — Перезапуск сервера: протестируйте сегодня на одной стойке и, если окончательно, предварительную оценку на пятницу, 19 марта, для постепенного перезапуска служб.

SBG-4

• — Ситуация: центр обработки данных работает. Все этажи и серверы в целости и сохранности.
• — Электрический перезапуск: выполнен
• — Перезагрузка сети: завершена
• — Перезапуск сервера: предварительное время прибытия: понедельник, 22 марта, для постепенного перезапуска служб.
• • Сегодня на территории мобилизовано 136 человек.
• o Составлен график ротации команд на предстоящие выходные.
• Очистка сайта:
• o Команды по уборке работают на SBG1 и SBG3 во всех пострадавших районах.
• o Некоторые серверы в SBG3 требуют специальной очистки перед их возвратом в эксплуатацию. Мы начали этот процесс.

Обновленная информация о поставках с 10 марта:

• — Оголенный метал
• + Bare Metal — серверы — Количество: 4519
• + NAS-HA — TB — Количество: 246
• — Публичное облако
• + VPS — VM — Количество: 12353
• — Размещенное частное облако
• + Хост — серверы — Количество: 485
• + Хранилище данных
• + Количество Zpool: 522
• + Объем ТБ: 3067

Сегодня произведено 400 серверов.

Чтобы следить за обновлениями об этой ситуации в режиме реального времени:
Нашим основным средством коммуникации остается «Статус задачи».
Статусные видео доступны здесь:
FR: twitter.com/olesovhcom/status/1370045226929299461
EN: twitter.com/olesovhcom/status/1370045891806175232
Аккаунт Октава Клабы в Twitter: twitter.com/olesovhcom
OVHcloud Twitter: twitter.com/ovhcloud

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

Мы долго взвешивали все «за» и «против» и всё-таки приняли решение отказаться от виртуализации OVZ. Под технологией OpenVZ (в нашем случае RHEL6 based) нельзя запустить многие современные ОС, а к 2024 году большинство ОС и вовсе перестанут поддерживаться этой виртуализацией.

C 31 марта тарифы на виртуализации OVZ станут недоступны для заказа как через личный кабинет, так и на сайте.

В связи с этим, также с 31 марта, пропадёт возможность заказа VDS Разминка, так так этот тариф построен на виртуализации OVZ.
Для действующих клиентов, заказавших серверы на виртуализации OpenVZ до 31 марта, условия не изменятся — вы всё так же сможете продолжать ими пользоваться и получать от нас техническую поддержку. Обратите внимание, что после удаления рабочего сервера, заказать повторно VDS с виртуализацией OVZ будет невозможно.

https://firstvds.ru

Виталий Никсенкин, добрый день. Сегодня хотим рассказать как организовать работу в 1С в разных условиях. А еще предложить варианты решений и способы экономии. Кратко и по делу :)

Узнать больше про аренду 1С
Условия: Кампания новая, лицензий 1С еще нет. Количество пользователей «плавающее».

Решение: Есть классический вариант в виде покупки лицензии 1С: Предприятие с его установкой на ПК или локальный сервер компании. Или более прогрессивный вариант — аренда программы 1С: Предприятие на пользователя с ежемесячной оплатой и удаленным доступом.

Плюсы аренды: Отсутствие единоразовых затрат на покупку лицензий, удобное управление количеством пользователей, удаленный доступ в 1С, доступен разный тип баз данных. Вы не покупаете и не обслуживаете оборудование для программы. Нет платежей за подписку ИТС, обновления входят в стоимость аренды.

Минусы аренды: Нельзя дорабатывать платформу. 1С предоставляется в стандартном виде с доступными конфигурациями: 1C: Бухгалтерия 8, 1С: ЗУП 8, 1С: Управление торговлей 8, Комплексная автоматизация.

Цена вопроса: От 1 202 руб./мес. за 1 пользователя.
rackstore.ru/arenda-1c.html

Облачные серверы для 1С
Условия: Есть своя лицензия 1С: Предприятие с файловым типом базы. Нужен удаленный доступ и стабильная работа в программе.

Решение: Потребуется сервер. Вы можете использовать собственный сервер и заниматься его администрированием и настройками доступа самостоятельно. Либо арендуете сервер для 1С в дата-центре. Поскольку база файловая, выгоднее будет обратить внимание на облачный сервер.
Плюсы аренды: Вы не покупаете, не настраиваете и не обслуживаете оборудование для платформы 1С. Лицензии Microsoft Windows Server уже включены в стоимость облачного сервера. Интернет в дата-центре резервируется, техподдержка решает вопросы работоспособности оборудования и сетей 24х7. Вы получаете удаленный доступ сотрудников и стабильную работу в 1С. При росте нагрузки или увеличении количества пользователей, можно добавить необходимые параметры сервера.

Минусы аренды: Для удаленного подключения потребуются пользовательские доступы RDP/RDS, которые нужно будет арендовать. Есть альтернативы, об этом расскажем ниже.

Цена вопроса: От 3 048 руб./мес. за облачный сервер.
rackstore.ru/arenda-servera-1c.html

Физические серверы для 1С
Условия: Есть своя лицензия 1С: Предприятие с клиент-серверным типом базы. Нужен удаленный доступ и стабильная работа в 1С.

Решение: Свой или арендованный сервер. Отличие от предыдущего примера будет только в лицензиях Microsoft SQL Server. Для физического сервера также потребуются лицензии Windows Server.

Цена вопроса: От 6 400 руб./мес. за физический сервер.
rackstore.ru/arenda-servera-1c.html

Сервер 1С на ОС Linux
Как и на чем можно сэкономить?
Обычно для 1С-сервера применяется операционная система Windows, хотя существует и альтернативный вариант — ОС Linux. Это бесплатная операционная система, которая поддерживает стабильную работу как файловой, так и клиент-серверной базы данных 1С: Предприятие.
Как это работает:

• Мы подбираем подходящий под задачи сервер.
• Устанавливаем вашу лицензию 1С: Предприятие, проводим все необходимые настройки сервера, переносим базы данных.
• Вы получаете ссылку для доступа к программе 1С через интуитивно понятный интерфейс.
• Спокойно работаете, получая все преимущества удаленного сервера, без затрат на лицензии Windows.

rackstore.ru/arenda-servera-1c.html

В связи с пожаром в одном из дата центре OVH SBG2, были нарушены поставки серверов, серверы теперь могут устанавливаться до 10 дней, но следующие серверы вы можете заказать с быстрой установкой в течении дня.

Актуальные выделенные серверы с быстрой установкой в течении дня:

• FR,CA / E3-1245v2 [4c-8t] (3.8GHz) / 32 DDR3 1600 MHz / 2x 480 SSD — 3220р./месяц, 1980р. установка.
• FR / E5-2690v2 [10c-20t] (3.6GHz) / 64 GB DDR3 ECC 1866 MHz / 2x 480GB SSD — 7800р./месяц, 0р. установка.
• FR,CA / i7-4790K [4c-8t] (4,4GHz) / 16 GB DDR3 1600 MHz / 240 GB SSD — 2760р./месяц, 1980р. установка.
• FR,CA / i7-4790K [4c-8t] (4,4GHz) / 32 GB DDR3 1600 MHz / 240 GB SSD — 3565р./месяц, 1980р. установка.
• FR,PL / E3-1230v6 [4c-8t] (3.9GHz) / 32GB DDR4 ECC 2133MHz / 2×450 SSD NVMe — 6380р./месяц, 0р. установка.
• FR / E3-1230v6 [4c-8t] (3.9GHz) / 64GB DDR4 ECC 2133MHz / 2×450 SSD NVMe — 7920р./месяц, 0р. установка.

ОС: Windows Server 2016,2019,Windows 10/Linux
Anti-DDoS

Выделенные серверы под бэкапы:

• CA / Intel i3-2130 [2c-4t] (3.4GHz) / 8 GB DDR3 / 2 TB SATA — 1150р./месяц, 990р. установка.
• FR / Atom N2800 [2c-4t] (1.86GHz) / 4 GB DDR3 / 2 TB SATA — 920р./месяц, 990р. установка.

Выделенные серверы заказать можно в личном кабинете: panel.abcd.host/billmgr, либо пишите на sales@abcd.host.

VPS:

• FR / i7-6700k [8vCore] / 16 ddr4 / 100 ГБ SSD — 2500р./месяц.
• FR / i7-6700k [8vCore] / 32 ddr4 / 200 ГБ SSD — 4950р./месяц.
• FI / Ryzen-9 3900 [24vCore] / 16 ddr4 / 400 NVME — 2650р./месяц.
• FI / Ryzen-9 3900 [24vCore] / 32 ddr4 / 800 NVME — 5150р./месяц.

ОС: Windows/Linux
Панель VMmanager 6.
Заказать на сайте: abcd.host/all-vps

Подробнее: abcd.host/servery-s-bystroj-ustanovkoj

Спасибо что остаетесь с нами!
С уважением, ABCD.HOST.

Программисты уже давно стараются использовать серьёзные production-ready решения для сохранения личных данных. Требования к инструментам растут, и если когда-то было принято держать домашние файлы на NAS и перекачивать снапшоты сервера через Rsync, то сейчас на передовой гораздо более сложные и функциональные проекты. Один из них — возможно, самый перспективный и мощный — файловая система ZFS. Оставив конкурента (btrfs) далеко позади и отстояв право на опен-сорс, она активно применяется как в хайлоаде, так и в личных системах хранения. Далее мы разберём её основные аспекты и за несколько минут поднимем рабочую систему бэкапа на удалённой VPSке. Поехали!

Кратко о ZFS
В ZFS заложена одна простая идея: должна существовать единая файловая система, заточенная под идеальное локальное хранение данных. Без лишних слоёв над LVM, без жёсткой привязки к железу, с максимальным покрытием задач прямо из коробки. И список возможностей у неё впечатляющий, вот самые базовые:

• Copy-on-write: данные никогда не перезаписываются, все старые версии доступны напрямую с диска, без необходимости использовать write-ahead log (и как следствие, сверять журналы). ZFS работает на дереве хэшей (Merkle tree), гарантирующее консистентность в обмен на затратные вычисления всего дерева. Таким образом, система прежде всего нацелена на максимальную сохранность всех данных.
• Так как любое сохранение состояния выполняется через атомарные транзакции, доступны «мгновенные снапшоты», которые действительно можно снимать с почти неограниченной частотой благодаря фиксированной стоимости. Не нужно проверять изменения всех данных, достаточно оперировать хэшами, за валидацию которых отвечает корневой блок дерева.
• Программный RAID через mirror или raidz — аналог RAID 5/6/7 — конфигурируется через виртуальные устройства (vdev). Нет зависимости от конкретного железа (не придётся бояться write-hole), можно выбрать между надёжностью и производительностью на одном и том же наборе дисков. А ещё при избыточности ZFS автоматически выполняет self-healing при случайных ошибках.
• Потоковое сжатие (LZ4/gzip) работает из коробки, не накладывая заметной задержки при записи. При этом слегка возрастающий расход процессорного времени компенсируется меньшей нагрузкой на диск, что полезно и для отказоустойчивости, и для вариативности в выборе дисков.
• Категория «прочее»: дедупликация данных (отключаемая), независимые вложенные файловые системы со своими настройками, недостижимый лимит на размер файлов (ZFS 128-битная), и самое главное для нас: встроенный трансфер снапшотов через команды send/receive с триггерами before и after.

Здесь, здесь и здесь можно почитать подробнее про внутреннее устройство ZFS, её историю и нюансы администрирования.

Если сравнивать возможности Rsync и кастомных скриптов для синхронизации с ZFS, у них не будет ни шанса. Комбинируем плюсы выше: инкрементальные консистентные бэкапы + мгновенные снапшоты + программный RAID + отправка бэкапов из коробки = идеальный инструмент, объединяющий в себе мощный функционал и огромную производительность. Чтобы добиться подобного привычным инструментарием, понадобится оркестрировать кучу сервисов с многочисленными точками отказа.

Настраиваем бэкап за чашкой кофе
Разнообразие возможных хост-систем огромно — ZFS поддерживается на FreeBSD, Linux, Windows и MacOS, и разобрать все возможные сценарии в рамках одной статьи невозможно, поэтому рассмотрим самый расхожий вариант. Дано: локальная машина или сервер на Ubuntu/CentOS с данными (скажем, веб или база данных), которые необходимо сохранить на удалённый сервер (VPS на тех же системах), с версионированием и быстрым откатом.

Важный момент: за рокетсайнс под капотом ZFS расплачивается высокими требованиями к ресурсам при использовании raidz на обычных SSD (и при больших объёмах хранения, само собой). Поэтому для комфортной работы и на хост-машине, и на VPS потребуется как минимум двухъядерный процессор с 4гб памяти.

В последних версиях Ubuntu:

sudo apt install -y zfs

В версиях до 20.04:

sudo apt-get install zfsutils-linux

CentOS 8

sudo dnf install https://zfsonlinux.org/epel/zfs-release.el8_3.noarch.rpm
  gpg --import --import-options show-only /etc/pki/rpm-gpg/RPM-GPG-KEY-zfsonlinux
  # в большинстве случаем также потребуется DKMS:
  sudo dnf install epel-release
  sudo dnf install kernel-devel zfs

Команда zfs без переданных аргументов откроет help:

missing command
  usage: zfs command args ...
  where 'command' is one of the following:

          version

          create [-p] [-o property=value] ... <filesystem>
          create [-ps] [-b blocksize] [-o property=value] ... -V <size> <volume>
          destroy [-fnpRrv] <filesystem|volume>
          destroy [-dnpRrv] <filesystem|volume>@<snap>[%<snap>][,...]
          destroy <filesystem|volume>#<bookmark>

          snapshot [-r] [-o property=value] ... <filesystem|volume>@<snap> ...
          rollback [-rRf] <snapshot>
          clone [-p] [-o property=value] ... <snapshot> <filesystem|volume>

Создадим пулы на хосте и на сервере командой zpool:

zpool create rpool
  zpool create hotspare mirror sda sdb

Создадим в пулах файловые системы:

zfs create rpool/send-remote
  zfs create hotspare/receive-remote

Запишем тестовый файл и создадим снапшот:

touch /rpool/send-remote/tmp
  zfs snapshot rpool/send-remote@test0

Как видно, сохранение не заняло и секунды.
Теперь реплицируем данные на сервер (предполагается, что авторизация в ssh по ключу настроена, о том как это сделать, можно прочитать здесь):

zfs send -R rpool/send-remote@test0 | ssh my-vps-host zfs receive -A hotspare/receive-remote

Теперь у нас есть реплика данных хоста. Обновим данные на хосте:

echo 123 > /rpool/send-remote/tmp
  zfs snapshot rpool/send-remote@test1

Теперь нам не нужно делать можную реплику, достаточно инкрементальной записи:

zfs send -i rpool/send-remote@test1 | ssh my-vps-host zfs receive -A hotspare/receive-remote

Готово! Данные сохраняются на сервере, остаётся только настроить отправку по вашим триггерам (и/или регулярную синхронизацию). Для этого есть много готовых скриптов (пример), но лучше разобраться и написать свой, используя документацию

Заключение
Полностью разобраться в ZFS — огромный труд, освоив который, можно смело идти админить кровавый энтерпрайз. Но не всегда нужно идти на такие жертвы, достаточно изучить базовый функционал и написать пару скриптов, чтобы добиться результата, который потребовал бы куда более неудобного управления цепочкой более простых, но узкоспециализированных инструментов.

https://macloud.ru