Anton Zhbankov AntonVirtual

Может сдохнуть, может сгореть. Но вероятность того, что она сдохнет одновременно с облаком — крайне низка. Другой момент в том, что в какой-то момент в облако вы больше не сможете попасть. Или само облако рассыпалось, или пришел Петя и все пошифровал.
Вы безусловно можете делать бэкап из облака в другое облако. Но вот только стоимость бэкапа в собственную инфраструктуру (пусть это даже стойка в коммерческом ЦОД) весьма невелика. Если же это оказывается для вас слишком дорого — то вы или не умеете считать стоимость данных (полной потери), или ваши данные действительно ничего не стоят.

Смотрите какой интересный момент.
Предположим, что в вашей компании используется корпоративный дропбокс — это одно облако.
Еще используется salesforce (или любая другая облачная CRM) — это второе облако.
И еще office365 (и outlook.com) — это третье облако.

И еще Яндекс.Облако для IaaS — это четвертое облако.

Глупо?

Краткое содержание.
У нас сделано вот так — а значит это правильно. Правда мы еще ни разу не теряли данные, но ведь облако — это магия, значит и не потеряем.

+ есть мнение, что у автора статьи нет опасности попасть под веерные санкции. Что, вы из России? Давайте до свидания. А нам все равно, что у вас нет бэкапов, что вас не предупреждали и вам некуда пойти, потому что вы не готовы.

Сильно зависит от класса оборудования и количества этих самых развертываний.

Займусь немного самоцитированием

Рассмотрение размещения информационных систем в облаке начинается с разработки методики выхода из облака в другое облако (или назад в собственный ЦОД).
Размещение информационной системы в облаке начинается с разработки схемы резервного копирования в контролируемую вами инфраструктуру.

habr.com/ru/post/513892

Раскройте мысль пожалуйста.

Давайте разберем хотя бы по ключевым технологиям:
— есть блочная репликация томов в синхронном и асинхронном виде
— есть файловая репликация (для файловых СХД)
— есть журналирование и интеграция журналирования с транзакциями (букмарки на коммиты) — например EMC RecoverPoint CDP
— есть клоны / снапшоты и их репликация
— отдельно есть активное зеркалирование томов (как VPLEX), которое может быть как локльное, так и в метро-режиме (и вообще происходит отдельно от базы полностью прозрачно)

При этом у вендоров есть свои фирменные технологии

И есть еще промежуточный слой уровня гипервизора и ОС, как например vSphere Replication.

Строго говоря только вышеперечисленное займет объем еще двух-трех таких же статей.

Хорошая статья в целом, но автора сильно подвело слабое знание что умеют и как работают СХД.

>Во всех известных мне случаях имелось такое количество «железа»

У меня часто есть заказчики, у которых железа нет.

> использования облака можно дополнить теми случаями, когда нужна высокая отказоустойчивость за счет дублирования размещения ИТ сервисов

А вот здесь зачастую проще, надежнее и дешевле сделать колокейшн, а не облако. Просто потому что облако — это другой ландшафт, другой подход, другое все.

> Ну так он ему руки не выкручивал, Уаня запустил команду добровольно. Как тут можно доказать именно злой умысел?

Хакерские атаки с использованием обратной социальной инженерии реализуются именно при помощи добровольного запуска команды.
Однако же и злой умысел и статья УК там вполне доказуемы.

>Потому что если кто-то хочет решать экономические проблемы с помощью насилия, то этот кто-то — бандит.

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

Но помимо бандитов и денежных потерь, есть еще много интересного. Например авария на хим производстве с жертвами. Медицинские системы и снова жертвы. Опять же КИИ с ФЗ 187.
И как только потерей станет человеческая жизнь, а не смерть виртуального персонажа в вовке — этим заинтересуются правоохранительные органы как минимум. И привет шутнику.

>Такое поганое преподнесение материала (уаня, уася, азаза)

Спасибо за ваше мнение. Не очень понятно, правда, чем не угодили Уася и Уаня. Скажите, если бы это был Вася Пупкин и Ваня Петров или Равшан и Джамшут — что то реально изменилось бы?
Что же до азазы — так говорит молодое поколение, которому сейчас 22-25. Это новая реальность и новая лексика в сообществе. Если она для вас поганая — ну что ж. Использовано намеренно.

>Где есть? Зачем тогда задавать вопрос если у вас уже есть карта распространённости мнений?

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

>Все живые люди с говном внутри и воплощали желание пошутить над ближними при возможности и безнаказанности.

Правильно ли я вас понял, что вы считаете нормой плеснуть говном в ближнего при безнаказанности?

Спасибо. Мнение принято.

Интересно только за что минусуют комментарий с уточнением.

Предположим, что мы гарантированно знаем об умысле.

Вы пьете пиво в баре с товарищем. И тут он «прикинь как лаха развел, кек» и далее рассказывает подробности.

Правильно ли я понял вашу мысль, что вина 100% на стороне Уаси, и дальше вопрос лишь полностью на Уасе или пополам с его руководителем / HR, а Уаня красава и его вина 0%?

Ну тут вполне подходит как раз VDI, если отбросить попытку сделать его дешевле. Он будет дороже, но удобнее и безопаснее.
В случае с 15ю пользователями не уверен, что есть смысл городить именно VDI, а не просто VPN + Remote Desktop, но тут на вкус и цвет. Скажем тот же VMware Horizon может подключаться вообще без VPN. В общем варианты есть, можно поискать способы реализации и как это сделать экономичнее и одновременно оптимизировать инфраструктуру.

Можем сделать вам такой проект.

Промахнулся, ответил ниже.

>Есть ли какие-то решения VDI для небольшого числа пользователей (до 15) и за достаточно разумные деньги? Или проще и дешевле всем купить ноутбуки с легальным софтом?

Для начала надо сформулировать — а что вообще хотим от VDI? Если вопрос только что дешевле VDI или всем по ноутбуку, то в случае с 15 пользователями однозначно можно сказать, что ноутбуки, причем на порядок.

>Они ликвидируют разрыв между целевой точкой восстановления (Recovery Point Objective, RPO) и целевым временем восстановления (Recovery Time Objective, RTO)

Уточните пожалуйста, что за разрыв между RTO и RPO, если это фактически ортогональные оси?

Смотрите какое дело при подсчете «реальной емкости» против емкости дисков.
Возьмем две разные машины с двигателем 1.5 литра, и две с двигателями по 2.0. Будете ли вы считать реальную мощность с литра и сравнивать все машины по лс/литр?

С комплексными ИТ системами примерно та же история. Вам нужна конкретная продуктивная емкость хранения при определенной вычислительной мощности и определенном уровне отказоустойчивости под конкретные задачи и данные. Система 1 делает это за X руб, Система 2 за Y, Система 3 за Z.

При этом система 1 делает это на A дисках, 2 — на B, 3 на С. Какая разница сколько дисков там стоит внутри, если стоимость софта, использующего меньше дисков, превышает стоимость остальных дисков? Какая принципиальная разница какой идет системный оверхед, если итоговые ресурсы полностью удовлетворяют тех требованиям, а в бюджет укладывается?

Если у вас есть сомнения в том, что заявленная итоговая продуктивная емкость системы на конкретно ваших данных не будет соответствовать тех требованиям из-за специфики данных и низких коэффициентов компрессии — проводите пилот, проверяйте и пересчитывайте конфигурации.

И снова — пусть он будет не 3:1, а 2.5 или даже упаси Ньютон 1.5:1.
Система стоит X рублей, ТЗ удовлетворяет, при этом по конкурсу проходит. После того как ТЗ удовлетворено — не имеет смысла обсуждать что там под капотом, остается только сравнивать стоимость.

Спасибо за ваше мнение, Георгий, а в чем, собственно, вопрос?

Инструмент один, FIO. Достаточно годный для вас инструмент? Профили нагрузок под каждый тест можно найти без всяких проблем, X Ray сам всего лишь инструмент автоматизации и визуализации. А дальше можете эти профили скормить в HCI Bench или вообще самостоятельно построить тестовую платформу. Вам лично не составит это труда, думаю, сделать это 100% самостоятельно.
Для тех же, кто менее продвинут, есть ссылка в тексте на другую мою статью как. Повторю здесь в комментарии: habr.com/ru/company/nutanix/blog/348182

Согласно официальному документу «Cisco HyperFlex 4.0 for Virtual Server Infrastructure with VMware ESXi» (https://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/UCS_CVDs/hx_4_vsi_vmware_esxi.html)

RF3 рекомендуется для продуктивных систем, соответственно минимальный продуктивный кластер состоит из 5 узлов.

RF2 используется в непродуктивных системах (тест, разработка) и в метрокластерах. Поскольку каждое плечо метрокластера имеет RF2, то фактическое количество копий данных равно 4 и соотв можно обойтись без RF3.

Увы, да. Готовы восполнить этот пробел?

Георгий, это у вас какие то свои термины и понимание того, что такое гипервизор.

Senior director, virtualization business at Red Hat:

“KVM is a bare-metal hypervisor (also known as Type I)”

It is a myth that KVM is not a Type-1 hypervisor. KVM converts Linux into a Type-1 hypervisor. There is only one kernel that is used (and that is the Linux kernel, which has KVM included). On the flip side, I can make an argument that Xen is not a Type-1 hypervisor, because the CPU and memory is scheduled by the hypervisor, but IO is scheduled by Dom0, which is a guest (so it's not bare metal). In the KVM architecture, the CPU, memory, and IO are scheduled by the Linux kernel with KVM.

Спасибо, SMP / UMA поправил.

Гипервизор второго типа работает в user space как обычное приложение поверх ОС общего назначения.

При полноценной виртуализации можно запускать любую x86 ОС, не только Linux.
Не подскажете где подробно рассказывается как именно запускается *всевозможный* Linux, в каком формате диски, как мигрировать с одного хоста на другой?

Потому что Л. Логика!

Fibre Channel использует Fiber кабели.

Постоянно их путаю.

Аминь!

1. Почитать отзывы, тематические форумы
2. Спросить — а есть ли референсы?
3. Найти текущих пользователей, узнать у них напрямую чо как
4. Если заказчик большой, а слайды красивые — купить небольшую систему и нагрузить ее по самые помидоры, посмотреть как работает.

Только я повторю вопрос — какая связь краткого руководства по проведению *результативных* пилотов для инженеров вендора / партнера с конкретно вашей болью или общими размышлениями над сферической гиперковенргентной системой?
Иными словами, у вас есть критика самой статьи или изложенных в ней мыслей, а не рассуждения вокруг?

Георгий, это как-то противоречит общей теории или последовательности действий при проведении пилота?
Если у вас есть такая боль и печальный опыт — значит надо добавить такие тесты с измеряемым результатом и четкими критериями pass / fail.

Я понимаю вашу боль. Но такие случаи все же не так часто включают в тесты отказоустойчивости.
Отключение линков, вылет диска, выключение узла / контроллера, сплит-брейн, имитация выключения ЦОДа для метро-кластера, исследование влияния ребилда кластера на производительность — это более встречающиеся случаи.

Как я уже писал в habr.com/ru/post/321178 — все начинается с модели угроз. Нет описанной угрозы — нет теста / защиты.

Это все готовится и пишется в документах ДО поставки оборудования. А так полностью согласен.

>а также единственным протоколом, специально предназначенным для передачи трафика хранилища

Что же это, получается вы в Simplivity используете не предназначенный для этого протокол?

Аминь

Проще ответить чего Сбербанк не купил. Наличие чего либо в Сбербанке и РЖД не является подтверждением стабильности или качества.

Есть утверждение «в классических erasure coding не используется».

Это утверждение неверно, потому что используется в виде parity в RAID.

Пробовали читать EMC Information Storage & Management, упомянутый в статье?

Что то мне подсказывает, что человек, делающий такое, никакими статьями и учебниками не руководствуется.
Но вернемся к вопросу — вы вольны написать правильную статью. Займет у вас не сильно больше времени, чем написание вот всех этих обличительных комментариев.

И есть еще одно подозрение — что после статьи такого уровня у вас сменится работа и вырастет зарплата

Я правильно понимаю, что в данном случае вы описываете свой печальный опыт?
О том как вы пустили все по одним свитчам в одном VLAN и как у вас в офисе народ качает на вечер фильмы и в итоге лежит ваша 1С, а потом вас натягивают как сову на глобус?