Так как все чаще встречаю дискуссии по облакам, в которых достаточно много людей не имеют понятия, о чем спорят, я решил перевести документ, выпущенный Национальным Институтом Стандартов и Технологий США (NIST), определяющий понятия облаков.
Документ свежий - сентябрь нынешнего года.
Вот ссылка на организацию - http://csrc.nist.gov/about/index.html
Вот ссылка на оригинальный документ - http://csrc.nist.gov/publications/nistpubs/800-145/SP800-145.pdf (в PDF)
Вот мой перевод - "Определение облачных вычислений" (в облаке Google DOCs). Документ доступен к комментированию прямо по тексту без необходимости иметь аккаунт google. Кроме того, комментариям, общим соображениям и диалогу здесь в блоге тоже всегда рад. Так что готов к обсуждению и осуждению ;).
Переводил только содержательную часть (1,5 страницы из 7).
А вообще, надо и у нас уже стандартизировать многие понятия.
vEskin.RU
В-общем, я зовел свой домен: vEskin.ru. "v" - не то, чтобы "virtual": имя у меня просто удобное, трендово сокращается ,)
Если на блоге обнаружите проблемы - обязательно сообщайте в комментариях здесь, либо на почту eskinv@gmail.com
Если на блоге обнаружите проблемы - обязательно сообщайте в комментариях здесь, либо на почту eskinv@gmail.com
Облачно, местами с прояснениями...
Сегодня в рамках форума вместе с коллегами из Майкрософта, Ай-ти и Parking.ru участвовал в панельной дискуссии, посвященной архитектуре, возможностям и перспективам частных облаков на предприятиях. Общение шло с коллегами из разных областей ИТ и различных регионов России.
И вот я получил для себя дополнительное подтверждение тому, что основная проблема продвижения "облачных инфраструктур" — это понимание, вернее — непонимание, что, собственно, такое «облако».
Практически, большая часть разговора складывалось вокруг публичных облаков и защиты от разного рода фрода («маски-шоу», рейдерский захват или сисадмины продающие информацию клиентов).
Насчет последнего (фрода). Это ни каким боком не касается информационных технологий вообще, а лежит полностью в рамках законодательства и судебно-процессуальных урегулирований. Если вас убивают на улице — резервные копии не помогут!
Но что такое само облако? В первую очередь — это услуги, предоставляемые бизнесу. Во вторую — идеология максимальной автоматизации процессов. И, можно сказать, в последнюю — платформа, и прочие технические составляющие.
Бизнес не хочет знать про шестеренки, которые позволяют двигаться его машине, бизнес просто хочет, чтобы машина ехала.
А соглашение об уровне сервиса (Service Level Agreement – SLA) — в свою очередь определяет услугу. Пока нет SLA, нет и услуги. Стало быть нет SLA — нет облака!
И, если вы развернули платформу виртуализации, это не значит, что вы получили облако. Вы просто получили удобную, экономически выгодную платформу для ИТ-систем (не бизнес-сервисов!), не более того.
Кто это должен понять? Конечно же сам бизнес. Облака для бизнеса, а не для ИТ. Облака для ИТ это тоже самое, что бензин для бензоколонки.
Считаю, что эта панельная дискуссия отличное начинание. Надо проводить таких больше, через подобные дискуссии идет понимание и осознание процессов развития ИТ-инфраструктуры, как бизнес-несущей платформы.
И вот я получил для себя дополнительное подтверждение тому, что основная проблема продвижения "облачных инфраструктур" — это понимание, вернее — непонимание, что, собственно, такое «облако».
Практически, большая часть разговора складывалось вокруг публичных облаков и защиты от разного рода фрода («маски-шоу», рейдерский захват или сисадмины продающие информацию клиентов).
Насчет последнего (фрода). Это ни каким боком не касается информационных технологий вообще, а лежит полностью в рамках законодательства и судебно-процессуальных урегулирований. Если вас убивают на улице — резервные копии не помогут!
Но что такое само облако? В первую очередь — это услуги, предоставляемые бизнесу. Во вторую — идеология максимальной автоматизации процессов. И, можно сказать, в последнюю — платформа, и прочие технические составляющие.
Бизнес не хочет знать про шестеренки, которые позволяют двигаться его машине, бизнес просто хочет, чтобы машина ехала.
А соглашение об уровне сервиса (Service Level Agreement – SLA) — в свою очередь определяет услугу. Пока нет SLA, нет и услуги. Стало быть нет SLA — нет облака!
И, если вы развернули платформу виртуализации, это не значит, что вы получили облако. Вы просто получили удобную, экономически выгодную платформу для ИТ-систем (не бизнес-сервисов!), не более того.
Кто это должен понять? Конечно же сам бизнес. Облака для бизнеса, а не для ИТ. Облака для ИТ это тоже самое, что бензин для бензоколонки.
Считаю, что эта панельная дискуссия отличное начинание. Надо проводить таких больше, через подобные дискуссии идет понимание и осознание процессов развития ИТ-инфраструктуры, как бизнес-несущей платформы.
Veeam Backup 6. Архитектура
Чтобы рассказать про то, что ожидается в версии 6 в плане репликации, мне надо рассказать вначале, что ожидается в плане изменения самой архитектуры развертывания продукта резервного копирования Veeam Backup & Replication (VBR).
Раньше инсталляции VBR были самодостаточные, но изолированные. Если было необходимо распределить нагрузку по резервному копированию – нужно было установить несколько таких серверов. На каждом сервере настроить свои задания, каждому выделить свое место под хранение копий. Мониторились (но слабо управлялись) все инсталляции через web-консоль Veeam Backup Enterprise Manager (VBEM).
Как на схеме:
В v6 компоненты, занимающиеся непосредственно копированием и хранением, могут быть вынесены на отдельные серверы:
Раньше инсталляции VBR были самодостаточные, но изолированные. Если было необходимо распределить нагрузку по резервному копированию – нужно было установить несколько таких серверов. На каждом сервере настроить свои задания, каждому выделить свое место под хранение копий. Мониторились (но слабо управлялись) все инсталляции через web-консоль Veeam Backup Enterprise Manager (VBEM).
Как на схеме:
 |
| Архитектура Veeam Backup до v6. |
В v6 компоненты, занимающиеся непосредственно копированием и хранением, могут быть вынесены на отдельные серверы:
Поддержка vSphere 5 в VBR5
Меня часто спрашивают: "Когда?"
Уже! Полная поддержка vSphere, включая VMFS5.
Как получить? Обращайтесь в нашу техническую поддержку: http://www.veeam.com/ru/support.html
Ну, и скоро будет VBR6.
vSphere 5 – What took us so long?
Уже! Полная поддержка vSphere, включая VMFS5.
Как получить? Обращайтесь в нашу техническую поддержку: http://www.veeam.com/ru/support.html
Ну, и скоро будет VBR6.
vSphere 5 – What took us so long?
Дизастэ Рикавери своими руками
С марта собирался написать про это.
«Дешевое» решение
После одного из европейских VMUG (VMware User Groups – когда собираются те, кто не равнодушен к технологиям виртуализации от VMware и делятся опытом) появились скрипты, как самому сделать DR для сервисов в виртуальной инфраструктуре VMware.
Первоисточник с презентацией тут.
Состав:
- Площадки с развернутой VMware vSphere – 2 штуки
- СХД с репликацией между ними – 2 штуки
- ВМ – в ассортименте
- скрипты Power Shell (вот прямая ссылка) – 1 набор
- голова и руки – по вкусу
Готовка:
Облако в штанах
Компания Wyse известна своими тонкими клиентами и решением по удаленному доступу как к терминальным серверам, так и VDI-решениям.
Но у них появился продукт под названием PocketCloud.
Но у них появился продукт под названием PocketCloud.
- Серверное приложение устанавливается на Mac или Windows (стачивается с сайта по предыдущей ссылке).
- Вводится аккаунт Google (!?)
- На мобильное устройство Android или iOS (я так понимаю, доступно на соответствующих маркетах/сторах) устанавливается приложение-клиент.
- С помощью аккаунта Google подключаешься к "облаку", и получаешь доступ к своему компьютеру
Используются протоколы RDP и VNC. Платная версия работает еще и как клиент VMware View (не совсем понятно, зачем это функция платной версии, когда есть родной бесплатный клиент VMware View).
Еще в описание в платной версии нашел полезного:
- зуммирование щипком
- звук в RDP (не думаю, что двунаправленный)
- автоматическое изменение разрешения экрана в RDP (autofit)
- множество соединений
Под iPhone функций больше. Например, можно просматривать файлы компьютера. Но на Android тоже обещают больше функций.
Позиционируется это решение как "персональное облако":
BCP & DRP
Есть два понятия, которые довольно часто люди путают.
BCP — Business Continuity Planning — план работ по предотвращению возникновения и исправлению последствий в случае возникновения ситуаций, негативно влияющих на работу компании.
DRP — Disaster Recovery Plan — план восстановления инфраструктуры компании после возникновения аварии.
При этом, как правило, ИТ служба вовлечена в оба плана. А так как зачастую ИТ дистанцировано от непосредственно бизнеса, то понятия и путают.
Итак, что это за планы, и с чем их курят?
BCP — более общий, и глобальный план. Для его построения определяют все риски, способные негативно повлиять на работу компании, не только связанные с ИТ. Далее, план состоит из работ по каждому риску: списки вовлеченных сотрудников, внешних служб; мер по предотвращению риска; последовательности действий по уменьшения воздействия и выхода из кризисной ситуации.
Повторюсь, это не обязательно может быть связано с ИТ (вернее — должно покрывать не только ИТ). Так, например, репутиционные риски закрываются работой по ним администрации и юристов компании.
BCP должен постоянно развиваться вместе с компанией: риски и их влияние должны пересматриваться; мероприятия по предотвращению проводится в жизнь, а мероприятия по выходу из кризисной ситуации тестироваться; все новые сервисы и бизнес-процессы учитываться, добавляться в план.
DRP — как правило должен входить в состав BCP, однако может существовать и сам по себе, в случае отсутствия последнего (хотя это и не есть хорошо).
Этот план призван описать порядок действий по борьбе с последствиями аварий, влияющих на техническое состояние активов компании. Проще говоря, работу офисов, прочих помещений компании, инфраструктуры компании, включая инфраструктуру ИТ.
DRP не только техническое решение, это и административные действия, и определенные процедуры, и состав антикризисного комитета. Но так как наиболее сложная часть компании — инфраструктура ИТ, то и большая часть плана посвящается построению решения по защите этой инфраструктуры.
DRP тоже должен развивается, и желательно в рамках общего BCP.
BCP — Business Continuity Planning — план работ по предотвращению возникновения и исправлению последствий в случае возникновения ситуаций, негативно влияющих на работу компании.
DRP — Disaster Recovery Plan — план восстановления инфраструктуры компании после возникновения аварии.
При этом, как правило, ИТ служба вовлечена в оба плана. А так как зачастую ИТ дистанцировано от непосредственно бизнеса, то понятия и путают.
Итак, что это за планы, и с чем их курят?
BCP — более общий, и глобальный план. Для его построения определяют все риски, способные негативно повлиять на работу компании, не только связанные с ИТ. Далее, план состоит из работ по каждому риску: списки вовлеченных сотрудников, внешних служб; мер по предотвращению риска; последовательности действий по уменьшения воздействия и выхода из кризисной ситуации.
Повторюсь, это не обязательно может быть связано с ИТ (вернее — должно покрывать не только ИТ). Так, например, репутиционные риски закрываются работой по ним администрации и юристов компании.
BCP должен постоянно развиваться вместе с компанией: риски и их влияние должны пересматриваться; мероприятия по предотвращению проводится в жизнь, а мероприятия по выходу из кризисной ситуации тестироваться; все новые сервисы и бизнес-процессы учитываться, добавляться в план.
DRP — как правило должен входить в состав BCP, однако может существовать и сам по себе, в случае отсутствия последнего (хотя это и не есть хорошо).
Этот план призван описать порядок действий по борьбе с последствиями аварий, влияющих на техническое состояние активов компании. Проще говоря, работу офисов, прочих помещений компании, инфраструктуры компании, включая инфраструктуру ИТ.
DRP не только техническое решение, это и административные действия, и определенные процедуры, и состав антикризисного комитета. Но так как наиболее сложная часть компании — инфраструктура ИТ, то и большая часть плана посвящается построению решения по защите этой инфраструктуры.
DRP тоже должен развивается, и желательно в рамках общего BCP.
Вдогонку про установку Windows 8 в VMware Workstation 8
Вот статья в VMware Communities по установке Windows 8 Developer Preview в ВМ на VMware Workstation 8: http://communities.vmware.com/thread/328513
Вот первая попавшаяся статья на ту же тему: http://vninja.net/virtualization/installing-windows-8-developer-preview-in-vmware-workstation-8/
А это про наоборот: установка VMware Workstation 8 в Windows 8 - http://kb.vmware.com/kb/2006883
PS. Добавлю от себя.
Установилось. Указал как "Windows 7". Установил VMware Tools как "typical".
Обнаружил периодические проблемы только с прокруткой.
JXZY92748JCT
Вот первая попавшаяся статья на ту же тему: http://vninja.net/virtualization/installing-windows-8-developer-preview-in-vmware-workstation-8/
А это про наоборот: установка VMware Workstation 8 в Windows 8 - http://kb.vmware.com/kb/2006883
PS. Добавлю от себя.
Установилось. Указал как "Windows 7". Установил VMware Tools как "typical".
Обнаружил периодические проблемы только с прокруткой.
JXZY92748JCT
Windows 8
Обнаружил интересный блог на MSDN, где разработчики клиентской Windows 8 делятся новшествами будущего релиза ОС.
При этом, разработчики новой платформы не только рассказываю, но и реагируют на комментарии; и есть вероятность, что учтут пожелания.
Так мне понравился анонс нового Диспетчера Задач (Task Manager).
Вот такая схема эволюции получается:
:)
Вот видео (в формате HTML5) о том, что там будет с диспетчером:
Кроме того есть еще ряд интересных статей:
При этом, разработчики новой платформы не только рассказываю, но и реагируют на комментарии; и есть вероятность, что учтут пожелания.
Так мне понравился анонс нового Диспетчера Задач (Task Manager).
Вот такая схема эволюции получается:
Вот видео (в формате HTML5) о том, что там будет с диспетчером:
Кроме того есть еще ряд интересных статей:
Google VDI?
Я как-то высказывал мысль. Фантастическую. И она начала материлизовываться в нашем цифровом мире.
Для Google Chrome появился плагин "Удаленный рабочий стол Chrome BETA". Это открытая бета, версия на текущий момент 1.2.20109.8300.
Чем плагин занимается - говорит само название плагина: давать доступ к рабочему столу. Всего две функции: открыть доступ к рабочему столу и воспользоваться доступом.
Доступ дается полный - нет возможности включить "только на чтение".
Интересно, что работать обещает на всех платформах, где ставится Хром.
Пока особо не занимался "кухней": как оно устроенно, какие протоколы использует, и т.п.
В требованиях значится:
- это что называется "информация к размышлению".
Из минусов: производительность не очень.Задержки и реагирование на нажатие заметны, хотя меня не особо и раздражали. Помочь маме чего-то настроить на ее компьютере вполне можно.
Ну и вот несколько скриншотов, как это выглядит.
Для Google Chrome появился плагин "Удаленный рабочий стол Chrome BETA". Это открытая бета, версия на текущий момент 1.2.20109.8300.
Чем плагин занимается - говорит само название плагина: давать доступ к рабочему столу. Всего две функции: открыть доступ к рабочему столу и воспользоваться доступом.
Доступ дается полный - нет возможности включить "только на чтение".
Интересно, что работать обещает на всех платформах, где ставится Хром.
Пока особо не занимался "кухней": как оно устроенно, какие протоколы использует, и т.п.
В требованиях значится:
Из минусов: производительность не очень.Задержки и реагирование на нажатие заметны, хотя меня не особо и раздражали. Помочь маме чего-то настроить на ее компьютере вполне можно.
Ну и вот несколько скриншотов, как это выглядит.