Добрый вечер!
Спасибо автору за ценный материал. Однако, смущает потеря половины пространства при стандартном уровне репликации. Гугление привело к манам по пулам ceph.com/docs/master/rados/operations/pools/. По ним создан пул erasure с erasure-code-k=5 и erasure-code-m=2. Через rados df пул отображается. Но пока использовать этот пул получилось только через блочное устройство в пуле. Все данные при монтировании через mount -t ceph..., как указано в статье, попадают в дефолтный пул data. Как заставить ceph использовать для данных не пул data, а новый erasure пул?
Самое интересное в конце ролика. О том, что лежит сайт МВД «Украины» mvs.gov.ua
"… ліг через велику кількість відвідувачів і можливість хакерської атаки".
Печальность описанной ситуации состоит также в том, что любой человек может опубликовать недостоверную информацию о компании, воспользовавшись ее именем, даже без участия в публикации самой компании. Если информация действительно не проверяется при регистрации/изменении.
Согласен, что наличие и «честного» сертификата и хорошей системы пожаротушения — это вдвойне хорошо. Но, как уже написал amarao у нас (Украина, Россия и т.д.) наличие сертификата — не показатель качества техники.
Наличие сертификата — не признак того, что сервер не может «гореть огнем» )
Тут владельцу ДЦ стоить смотреть не на сертификат сервера клиента, а на нормальную систему мониторинга и автоматизированную систему (правильно настроенную и протестированную) пожаротушения в собственном ДЦ. Вспомнился случай с ДЦ hosting.ua.
Сертификат — вещь нужная, но это не гарантия пожаробезопасности. Считаю, что при одновременном отсутствии сертификата сервера клиента и нормальной системы пожаротушения в ДЦ, большая вина за пожар все-таки на стороне владельца ДЦ, а не сервера.
Вот нашел информацию.
Некто adeep (я полагаю, каким-то образом имеет отношение к MSK-IX) сообщил: в связи с аварийной перезагрузкой по питанию одного из магистральных коммутаторов MSK-IX на ММТС М9 сегодня 28.12.11 в период с 15:42MSK по 15:55MSK (MSK TZ) наблюдался кратковременный сбой в работе некоторых участников MSK-IX. Собрана детальная диагностика проблемы для дальнейшего анализа. В настоящий момент работа коммутатора восстановлена в полном объеме. Приносим извинения участникам за предоставленные неудобства в работе.
Это все объясняет. Эта инструкция нужна для сеанса GNOME. В GNOME Classic обе панели по умолчанию видимые, что отбрасывает необходимость «поднимать» значки с нижней невидимой на верхнюю видимую.
Спасибо автору за ценный материал. Однако, смущает потеря половины пространства при стандартном уровне репликации. Гугление привело к манам по пулам ceph.com/docs/master/rados/operations/pools/. По ним создан пул erasure с erasure-code-k=5 и erasure-code-m=2. Через rados df пул отображается. Но пока использовать этот пул получилось только через блочное устройство в пуле. Все данные при монтировании через mount -t ceph..., как указано в статье, попадают в дефолтный пул data. Как заставить ceph использовать для данных не пул data, а новый erasure пул?
"… ліг через велику кількість відвідувачів і можливість хакерської атаки".
Если бы был идеалистом, не написал бы слово «может» и смайл )
Тут владельцу ДЦ стоить смотреть не на сертификат сервера клиента, а на нормальную систему мониторинга и автоматизированную систему (правильно настроенную и протестированную) пожаротушения в собственном ДЦ. Вспомнился случай с ДЦ hosting.ua.
Сертификат — вещь нужная, но это не гарантия пожаробезопасности. Считаю, что при одновременном отсутствии сертификата сервера клиента и нормальной системы пожаротушения в ДЦ, большая вина за пожар все-таки на стороне владельца ДЦ, а не сервера.
Но и grokru отлично поработал!
Некто adeep (я полагаю, каким-то образом имеет отношение к MSK-IX) сообщил:
в связи с аварийной перезагрузкой по питанию одного из магистральных коммутаторов MSK-IX на ММТС М9 сегодня 28.12.11 в период с 15:42MSK по 15:55MSK (MSK TZ) наблюдался кратковременный сбой в работе некоторых участников MSK-IX. Собрана детальная диагностика проблемы для дальнейшего анализа. В настоящий момент работа коммутатора восстановлена в полном объеме. Приносим извинения участникам за предоставленные неудобства в работе.