Yours Truly 2100

Писал как-то в ЖЖ, переношу сюда. Воскресное :)

Помните песенку E.L.O. "Yours Truly 2095"? С альбома Time. Там про девушку поется:
I met someone who looks a lot like you
She does the things you do
But she is an IBM.

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

Например, почитайте Солярис Лема. Эпизод, где Крис Кельвин описывает свои действия которыми он пытался опредить не сошел ли он с ума. Там текст изобилует понятиями азбука Морзе, отпечатанная бумажная телеграфная лента, большой калькулятор, карты звездного неба, логарифмические линейки. Никаких компьютеров, мониторов, наладонников. Потому что в конце 50-х этого ничего не было.


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

vPower to Believe

Недавно вышла новая программы версия Veeam Backup & Replication for VMware - v.5. Вещь действительно очень интересная и в ИТ-хозяйстве полезная. Давно уже хотел про него рассказать в блоге.

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

Вот я и задумался, как буквально в несколько фраз рассказать о новшествах, казалось бы очередной системы резервного копирования виртуальной инфраструктуры VMware, коих много? Как нескольких фразах зацепить, заинтриговать, и заставить заинтересованного слушателя изучить продукт повнимательней. Тезисно.


Итак, попробую:

RTO и RPO

UPDATE! Теперь это серия статей по теме RTO/RPO

Список статей:
Часть 1: http://www.veskin.ru/2010/10/rto-rpo.html
Часть 2: http://www.veskin.ru/2017/03/rto-rpo-2.html
Часть 3: http://www.veskin.ru/2017/04/rto-rpo-3.html
Часть 4: http://www.veskin.ru/2017/04/rto-rpo-4.html
Часть 5: http://www.veskin.ru/2017/09/rto-rpo-5.html

Решил статью про одно написать, а углубился в другое... :)
Публикую в качестве ликбеза.


При разработки технических решений по защите данных и сервисов бизнес-задач предприятия обычно оперируют двумя основными понятиями:
  • время восстановления (recovery time objective (RTO)) - допустимое время простоя сервиса в случае сбоя.
  • точка возврата (recovery point objective (RPO)) - допустимый объем возможных потерь данных в случае сбоя.
Эти значения диктует сам бизнес. Например, если у вас просто обычная не автоматизированная автостоянка, то недоступность электронной почты не критично (это про RTO), а потеря статистики в пасьянсе за год, максимум может сказаться на настроении охранника стоянки (это RPO).

Если вы, допустим, социальная сеть, то простой пару часов - плохо: люди уже начнут смотреть на конкурентов - но еще не критично - тут свою роль играет раскрутка ресурса, и насколько подсажены на этот ресурс пользователи. (RTO)
Но если вы банк, и потеряете данные по платежам... вы можете попрощаться со своим бизнесом - и финансовый и репутационный риски его похоронят со свистом гильотины. (RPO)

RPO и RTO - не просто какие-то абстракции, они имеют совершенно конкретные значения. А чтобы легче было ими вместе оперировать, их приводят к одной шкале - временно́й.
Точка RPO - это время создание последней резервной копии, на момент которой вы можете вернуться в случае сбоя. RTO - время, которое необходимо потратить на восстановление (например, извлечь данные из резервной копии и запустить сервис, предоставляющий эти данные).


Отмечу, что значения RTO и RPO - это экстремумы - максимальные значения. Т.е. сколько нам максимум времени нам бизнес позволяет на простой, или сколько максимум данных (по времени) мы можем потерять.
Пример. RPO = 1 сутки. Значит копированием производим, по-старинке, раз в день (ночью). Если у нас резервное копирование запускается в 1:00, а у нас произошел сбой в 0:59, то мы и потеряли как раз сутки. Если сбой произошел сразу по успешному завершению резервного копирования - то вы ничего не потеряли.
Важно! Для RPO, если бизнес поставил значение, резервное копирование должно производится не реже этого значения!
То же касается и RTO. Если указано значение, а вы восстановили доступность сервиса/данных раньше - хорошо, соблюли бизнес-требование. Если потратили больше - не хорошо.

В идеале оба значения нужно привести к нулю. Тогда система превратиться в неваляшку и будет восстанавливаться в момент сбоя с сохранением всех данных.
Но, как вы понимаете, это утопия. В реальной жизни эти два фактора объединяются с третьим немаловажным - финансовым. И стоимость решения будет расти экспоненциально при попытке приблизить значения RTO и RPO к нулю.


Продолжение...

Столкнулись лбами

А драка в VDI между VMware и Citrix идет нешуточная.

Вот, например, бумага от VMware: "VMware Why Choose VMware View over Citrix Xen Desktop" (эту ссылку я нашел в публичном месте, судя по оформлению, и тому, что я ее также видел непосредственно от самого вендора - док настоящий /сам аплоудить не стану - вдруг это confidentional/).
Как вы понимаете, хвалят там не Citrix.

Вот от Citrix: "Citrix XD4: The clear choice for virtual desktops". Этот (как и следующий) док находятся в свободном доступе на сайте первоисточника - там нажать 'Get the VDI comparation kit'.

Вот табличка, кто из них что сравнивает. Чистый маркетинг, и никакого мошенничества. :)

.
VMware
View 4
Citrix XenDesktop 4
.
Vmware's paper
.
Enterprise class virtualization platformYesNo
.
Streamlined installationYesNo
.
Simplified managementYesNo
.
Flexible desktop provisioningYesNo
.
Validated reference architecturesYesNo
.
High-impact user experienceYesYes
.
Citrix's paper
.
Multiple desktop & application delivery models VDI onlyYes
.
Scalable high definition user experience on any network NoYes
.
Office applications on the LAN YesYes
.
Best user experience on all endpoint platforms NoYes
.
Delivers apps based on user roles NoYes
.
Granular, policy-based application access control NoYes
.
Fully integrated smart card support NoYes
.
Self-service application provisioning NoYes
.
Service level monitoring & reporting NoYes
.
Manages physical and virtual desktops with a single image NoYes
.
Built-in profile management NoYes
.
Flexibility and choice of VM infrastructure NoYes


Еще от Citrix документ: "Miercom Report - Citrix XenDesktop for 12 February 2010" - независимый (?) отчет.

На него ответ от VMware на официальном блоге View: "The Art and Science of Remote Display Protocols".


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

Почему так опять?

Я бы сходил


Вторая встреча Citrix User Group + Geek Speak Local

clip_image001clip_image002

Уважаемые коллеги!
11 октября при партнерстве с компанией Microsoft в Москве пройдет вторая встреча российской группы пользователей Citrix. Специально для участия в мероприятии к нам в гости приедут такие гуру в области виртуализации, доставки приложений и Server Based Computing как Brian Madden, Harry Labana, Rick Dehlinger, Robert Morris и Fabian Kienle. 
В этот раз встреча будет более масштабной и интересной и соберет более 100 технических специалистов, ИТ-директоров и просто любителей интересных дискуссий.

 Вот только не пойму, зачем делать параллельно с конкурирующим событием? Для тех партнеров/заказчиков, которые не попадут на VMware VMworld в Данию?

VMworld Europe будет 12-14. Partner track с 11-го. Я, к слову, на VMworld тоже не попаду, но буду в Копенгагене на внутреннем треннинге для инженеров Veeam.

Удачи, кто пойдет (туда или туда).


Update от первоисточника (от Дениса Гундарева, в первом комментарии к моему посту):
Для тех кто не сможет прийти - будет видеотрансляция. Для тех кто не сможет посмотреть трансляцию - будет доступно видео после конференции.
Регистрироваться на трансляцию.