Удешевление стоимости рабочего места на таком объеме вполне может получиться. Лучше, конечно, говорить о «совокупной стоимости владения», т.е. смотреть не только суммы по лицензиям на ПО и оборудование, но и стоимость эксплуатации. Поскольку суть централизованных систем, в т.ч. VDI, – сократить стоимость обслуживания рабочих станций и приложений.
На сколько сократится стоимость, можно будет сказать, посмотрев на ряд параметров, таких как текущее состояние рабочих станций, цикл их замены, кол-во площадок в организации, также некоторое влияние оказывает выбранное решение VDI и т.д. Например, основная стоимость в VDI – стоимость системы хранения. Т.е. прежде всего хорошо бы, например, замерить, сколько IOPS потребляет сейчас в среднем типовая рабочая станция (т.е. посмотреть за работой приложений на рабочей станции пользователя)
Напишите мне в почту, обсудим детальнее.
Да, это старый холивар. Не буду вас переубеждать, если вы не любите подобные решения.
По поводу отказа СХД — ну, пример немного натянут. Безусловно СХД, как и любое оборудование, может отказать, но для исключения подобных ситуаций существует дублирование компонентов, избыточность данных, возможность организации репликации и т.д. Я, например, знаю банк, который получил проблемы из-за отказа СХД в один вторник — но это не повод теперь запретить СХД и вторники.
По поводу мифов — повторюсь, я не говорю, что VDI это дешёво или нужно всем. Это решение задачи, которую в ряде случаев можно решить дешевле на порядок, но с меньшим функционалом. Важно понимать, что конкретно вы хотите именно от VDI и посчитать для конкретной ситуации. Пока обычная практика — обмен денег на системное улучшение ИБ в первую очередь.
В КРОК используется собственный центр сертификации, на компьютере с которого делался скриншот, сертификат не был импортирован, т.е. центр сертификации не был доверенным.
Основные моменты которые вы не учитываете в своих рассуждениях – это технология оркестровки и бюджеты использования ресурсов.
1. Оркестровка — это автоматизация сквозных комплексных процессов управления виртуальной средой. Данное решение позволяет высвобождать ресурсы остановленных виртуальных машин и возвращать их в пул свободных ресурсов за считанные минуты. Это существенно повышает утилизацию виртуальных ресурсов. Нужно так же учитывать, что высвобожденные ресурсы — прежде всего CPU и оперативная память, использование которых универсально для любых “других мест”. Важным аспектом также является высвобождение лицензий, например для ОС Microsoft в разрезе автоматического освобождения и регистрации в центре лицензий Microsoft. Увеличение ресурсов в ~ 3 раза доcтигаеться как раз за счет автоматизации. Безграмотность организации тут совсем не причем. И, естественно, это экспертная оценка для конкретного кейса, а не сферической абстракции.
2. Распределение стоимости потребления ресурсов на проекты выполняется на основе потребления. Причем с детализацией до часа, что мотивирует ответственных менеджеров следить за освобождением неиспользуемых ресурсов, так как бюджеты для проектов имеют ограничения. Если бы не было детального учета потребления и счета выставлялись бы на месячной основе, то, естественно, менеджеры не занимались более детальным контролем потребления. Переход на почасовую оценку или на оценку по объему потребления имеет смысл именно при наличии платформы управления облаком, которая автоматизирует процессы предбиллинга, сбора использования ресурсов и высвобождения ресурсов. В противном случае такой подход не будет работать.
3. Про изоляцию — так частное облако и является изолированной средой. Другое дело, если мы говорим о гетерогенном облаке, когда могут использоваться ресурсы как частного облака, так и публичного (например Амазона).
Биллинг ресурсов виртуальной платформы VMWare разработан HP и является коробочным решением.
Если мы говорим о сборе информации по использованию виртуальных ресурсов, в частности для платформы VMWare, то возможно два варианта:
1. Разработка собственных скриптов, которые вытягивают информацию уже собранную VMWare Chargeback Manger (через API VMWare).
2. Использование коробочного продукта HP Performance Virtualization Viewer который посредством подключения к vCenter сам собирает информацию по использованию виртуальных ресурсов.
На сколько сократится стоимость, можно будет сказать, посмотрев на ряд параметров, таких как текущее состояние рабочих станций, цикл их замены, кол-во площадок в организации, также некоторое влияние оказывает выбранное решение VDI и т.д. Например, основная стоимость в VDI – стоимость системы хранения. Т.е. прежде всего хорошо бы, например, замерить, сколько IOPS потребляет сейчас в среднем типовая рабочая станция (т.е. посмотреть за работой приложений на рабочей станции пользователя)
Напишите мне в почту, обсудим детальнее.
По поводу отказа СХД — ну, пример немного натянут. Безусловно СХД, как и любое оборудование, может отказать, но для исключения подобных ситуаций существует дублирование компонентов, избыточность данных, возможность организации репликации и т.д. Я, например, знаю банк, который получил проблемы из-за отказа СХД в один вторник — но это не повод теперь запретить СХД и вторники.
По поводу мифов — повторюсь, я не говорю, что VDI это дешёво или нужно всем. Это решение задачи, которую в ряде случаев можно решить дешевле на порядок, но с меньшим функционалом. Важно понимать, что конкретно вы хотите именно от VDI и посчитать для конкретной ситуации. Пока обычная практика — обмен денег на системное улучшение ИБ в первую очередь.
1. Оркестровка — это автоматизация сквозных комплексных процессов управления виртуальной средой. Данное решение позволяет высвобождать ресурсы остановленных виртуальных машин и возвращать их в пул свободных ресурсов за считанные минуты. Это существенно повышает утилизацию виртуальных ресурсов. Нужно так же учитывать, что высвобожденные ресурсы — прежде всего CPU и оперативная память, использование которых универсально для любых “других мест”. Важным аспектом также является высвобождение лицензий, например для ОС Microsoft в разрезе автоматического освобождения и регистрации в центре лицензий Microsoft. Увеличение ресурсов в ~ 3 раза доcтигаеться как раз за счет автоматизации. Безграмотность организации тут совсем не причем. И, естественно, это экспертная оценка для конкретного кейса, а не сферической абстракции.
2. Распределение стоимости потребления ресурсов на проекты выполняется на основе потребления. Причем с детализацией до часа, что мотивирует ответственных менеджеров следить за освобождением неиспользуемых ресурсов, так как бюджеты для проектов имеют ограничения. Если бы не было детального учета потребления и счета выставлялись бы на месячной основе, то, естественно, менеджеры не занимались более детальным контролем потребления. Переход на почасовую оценку или на оценку по объему потребления имеет смысл именно при наличии платформы управления облаком, которая автоматизирует процессы предбиллинга, сбора использования ресурсов и высвобождения ресурсов. В противном случае такой подход не будет работать.
3. Про изоляцию — так частное облако и является изолированной средой. Другое дело, если мы говорим о гетерогенном облаке, когда могут использоваться ресурсы как частного облака, так и публичного (например Амазона).
Если мы говорим о сборе информации по использованию виртуальных ресурсов, в частности для платформы VMWare, то возможно два варианта:
1. Разработка собственных скриптов, которые вытягивают информацию уже собранную VMWare Chargeback Manger (через API VMWare).
2. Использование коробочного продукта HP Performance Virtualization Viewer который посредством подключения к vCenter сам собирает информацию по использованию виртуальных ресурсов.