Если вы ИТ-специалист, управляющий гибридными или частными облачными средами, вы знаете, насколько важно управление ёмкостью инфраструктуры — не только для производительности, но и для контроля затрат, планирования и предоставления услуг. В последнем выпуске VMware Cloud Foundation возможности в этой области стали ещё более продвинутыми: появились более умные, автоматизированные и интегрированные функции управления ёмкостью.
Но чтобы по-настоящему оценить все преимущества нового выпуска, давайте сначала разберём основные возможности VMware Cloud Foundation в области управления ёмкостью, для тех, кто не знаком с продуктом. Эти возможности позволяют оценивать, оптимизировать и планировать будущие потребности в ёмкости.
Оценка вашей ёмкости в любое время
В основе проактивных возможностей управления ёмкостью VMware Cloud Foundation лежит движок Capacity Engine на базе AI/ML.
Он анализирует исторические данные об использовании и прогнозирует будущую нагрузку, применяя аналитические прогнозы ёмкости в реальном времени, которые основаны на промышленном стандарте статистического анализа поведения спроса. Движок принимает на вход метрики спроса (Demand) и доступной ёмкости (Usable Capacity) и генерирует выходные метрики: оставшееся время (Time Remaining), оставшаяся ёмкость (Capacity Remaining), рекомендуемый размер (Recommended Size) и рекомендуемая общая ёмкость (Recommended Total Capacity).
С помощью движка Capacity Engine в VMware Cloud Foundation вы получаете:
Мониторинг в реальном времени потребления процессора, памяти и хранилища.
Прогнозную аналитику, которая помогает предсказать исчерпание ресурсов до того, как это станет критичной проблемой.
Рекомендации на базе AI по оптимизации размеров ВМ и возврату неиспользуемых ресурсов.
Вся эта информация доступна в VMware Cloud Foundation, где можно увидеть:
Time Remaining – обзор состояния кластера, основанный на статусах Critical*, Medium, Normal или Unknown.
Most Constrained Resources – показатель того, какой ресурс (процессор, память или дисковое пространство) является наиболее ограниченным, что помогает определить приоритет дальнейших действий.
Time Remaining Graph – график текущего и прогнозируемого использования ресурсов с указанием момента, когда прогнозируется исчерпание процессора, памяти или дискового пространства в конкретном кластере, на основе модели выделения или спроса (по умолчанию).
Optimization Recommendations – список потенциальной экономии затрат за счёт возврата неиспользуемых ресурсов. Указывает, можно ли оптимизировать рабочие нагрузки между кластерами.
Recommendations – два варианта действий: Reclaim Resources или Add Capacity для увеличения показателя Time Remaining.
*Critical может означать конфликт ресурсов, дисбаланс или другое стрессовое состояние. Пороговые значения, заданные в политике, определяют, что считается критичным.
Рисунок 2 – VMware Cloud Foundation прогнозирует момент исчерпания ёмкости процессора.
Короче говоря, теперь речь идёт не просто о реагировании на проблемы, а о предотвращении их до того, как они возникнут. Для получения дополнительной информации о движке Capacity Engine и странице Assess Capacity в VMware Cloud Foundation см. следующие материалы:
Автоматизация порогов ёмкости (Thresholds) и оповещений
Очевидно, что выходные метрики ёмкости движка Capacity Engine играют ключевую роль в оценке ваших потребностей в ресурсах. В дополнение к возможностям движка Capacity Engine по прогнозированию ёмкости в реальном времени, появляется функция автоматической настройки порогов для метрик ёмкости. Вместо того чтобы вручную задавать пороги использования, VMware Cloud Foundation может динамически их корректировать на основе шаблонов рабочей нагрузки. При обнаружении аномалий система также инициирует контекстные оповещения, которые предлагают конкретные действия — не просто «что-то не так», а «вот что можно сделать». Для загруженных команд эксплуатации это означает меньше шума и больше ясности.
Кликните на картинку для открытия анимации:
Рисунок 3 – VMware Cloud Foundation показывает динамические пороги для метрики CPU Time Remaining.
Визуализация ёмкости с помощью интегрированных панелей мониторинга
Но какая польза от всех этих данных, полученных от движка Capacity Engine, если вы не можете наглядно представить их себе и другим? VMware Cloud Foundation предоставляет готовые (out-of-the-box) панели мониторинга, которые дают централизованный обзор ёмкости по всем вашим датацентрам, хостам, кластерам и виртуальным машинам.
Эти легко настраиваемые дэшборды можно использовать для того, чтобы:
Мгновенно видеть доступные, используемые и переподписанные (overcommitted) ресурсы.
Проваливаться в конкретные кластеры или домены для выявления узких мест по ёмкости.
Сравнивать тенденции изменения ёмкости во времени с помощью наглядных тепловых карт.
Это не просто больше данных. Это лучший контекст для принятия более взвешенных решений.
Рисунок 4 – Панель Capacity Dashboard в VCF является одной из нескольких готовых панелей, которые можно настраивать.
Для получения дополнительной информации о панелях Capacity см. следующий материал:
И говоря о более разумных решениях, корректировка размеров ВМ (rightsizing) до исчерпания ёмкости всегда была наилучшей практикой. VMware Cloud Foundation упрощает реализацию этой практики в масштабах всей инфраструктуры.
С VMware Cloud Foundation вы можете:
Автоматически выявлять ВМ с недостаточно или чрезмерно выделенными ресурсами.
Получать чёткое обоснование предлагаемых рекомендаций по корректировке размеров.
Планировать или автоматизировать задачи по изменению размеров в рамках окон обслуживания.
Благодаря этой возможности вы получаете практичный способ освободить ёмкость без ущерба для производительности — то, что оценит любая команда, управляющая инфраструктурой.
Для получения дополнительной информации о корректировке размеров см. следующий материал:
Думаете о внедрении нового приложения или расширении рабочих нагрузок? VMware Cloud Foundation позволяет моделировать сценарии «что, если» (what-if), анализируя исторические тенденции использования и прогнозируемый рост, рассчитанный движком Capacity Engine.
Процесс включает моделирование гипотетических изменений в среде, например добавление новых ВМ или хостов, чтобы понять их потенциальное влияние на использование ресурсов.
Это помогает вам:
Определить, достаточно ли у вас запаса ресурсов.
Обосновать инвестиции в инфраструктуру.
Избежать неожиданных дефицитов ресурсов.
Это проактивное планирование ёмкости, встроенное прямо в вашу инфраструктурную платформу.
Для получения дополнительной информации о планировании ёмкости см. следующий материал:
Теперь давайте посмотрим, как в последнем выпуске VMware Cloud Foundation расширены основные возможности управления ёмкостью за счёт следующих новых функций:
Исключение аномальных временных диапазонов из расчётов прогноза ёмкости
Исключение хранилища из расчётов
Добавление кластеров в моделировании сценариев «что, если»
Исключение аномальных временных диапазонов из расчётов прогноза ёмкости
Ранее мы рассматривали входные и выходные метрики движка Capacity Engine в VMware Cloud Foundation. Очевидно, что если входные метрики некорректны, то и выходные будут ненадёжными. В последнем выпуске VMware Cloud Foundation это помогает предотвратить эффект GIGO (garbage in, garbage out — «мусор на входе, мусор на выходе») или RIRO (rubbish in, rubbish out), позволяя исключать аномальные временные диапазоны из расчётов прогноза ёмкости.
Рассмотрим сценарий:
Предположим, что вы знаете о всплеске активности в определённый период времени. Возможно, необычным событием стал сбой сети или даже DDoS-атака, которую VMware Cloud Foundation также может помочь выявить. Естественно, такие события могут вызвать искажения в шаблонах использования, что, в свою очередь, влияет на прогнозы по ёмкости. Теперь эти временные диапазоны (входные метрики, такие как Utilization/Demand) можно исключить из влияния на прогнозы ёмкости (выходные метрики, такие как Time Remaining), чтобы вы получали более надёжную информацию о состоянии вашей ёмкости.
Рисунок 5 – исключение необычных всплесков активности, которые могут исказить прогнозы ёмкости, такие как Time Remaining.
Исключение хранилища
Как уже упоминалось ранее, VMware Cloud Foundation предоставляет мониторинг в реальном времени потребления процессора, памяти и хранилища во всех доменах рабочих нагрузок, а также показывает, какой ресурс является наиболее ограниченным. Но что, если вы постоянно держите хранилище на максимальном уровне использования и применяете подход «just-in-time» для устранения дефицита? В таком случае вам не нужны дополнительные шумные оповещения о том, что вам уже хорошо известно.
Вместо этого вам важнее получать приоритетные уведомления, когда процессор и память достигают своих порогов ограничений. В этом выпуске появилась именно такая возможность.
Теперь вы можете исключать ёмкость хранилища из отчёта о наиболее ограниченных ресурсах (Most Constrained Resource). И сделать это можно несколькими способами:
На уровне политики – когда ёмкость хранилища исключается для ресурсов вычислительного кластера (Cluster Compute Resources), она не будет влиять на общую ёмкость, включая сценарии моделирования «что, если». При этом ёмкость хранилища всё равно будет рассчитываться для отдельных хранилищ данных.
На вкладке Object Capacity – как и при исключении на уровне политики, при исключении здесь ёмкость хранилища не будет влиять на общую ёмкость, включая сценарии «что, если».
На странице Assess Capacity – здесь ёмкость хранилища будет вычисляться, но исключаться из общих расчётов ёмкости.
После исключения хранилища кластер больше не будет отображаться как достигший критического уровня по хранилищу (Critical Storage Levels). Важно отметить, что, хотя дисковое пространство больше не будет помечено как «Critical», оно всё равно будет отображаться как Most Constrained Resource (см. изображение ниже).
Рисунок 6 – снижение «шума» оповещений путём исключения хранилища из расчётов ёмкости.
Сценарии «что, если» – поддержка добавления кластера
В последнем выпуске VMware Cloud Foundation расширены возможности планирования сценариев «что, если» (What-If Scenario Planning), добавляя поддержку оценки влияния новых ВМ на новые кластеры.
У этого есть вполне практическое применение:
Предположим, мы подключаем новую команду, которой потребуются ВМ для поддержки их бизнес-приложений. Как уже упоминалось ранее, VMware Cloud Foundation позволяет оценить влияние добавления новых ВМ или хостов в существующие кластеры. Теперь, в последнем релизе VCF, можно пойти дальше и рассмотреть вариант (и финансовые последствия) размещения новых ВМ в полностью новом кластере, указав его параметры, включая:
Производитель сервера (Server Make)
Модель сервера (Server Model)
Процессор (CPU)
Сокет (Socket)
Количество ядер (Number of Cores)
Объём памяти (Memory)
Год выпуска (Year)
Стоимость (Cost)
После настройки сценария «что, если» VMware Cloud Foundation определит, сможет ли рабочая нагрузка разместиться в новом кластере в заданный вами срок. Если рабочая нагрузка не помещается, VMware Cloud Foundation предложит изменения в сценарии, чтобы это стало возможным. Результаты также можно экспортировать для подготовки отчётов до того, как вы утвердите сценарий и приступите к его реализации.
Рисунок 7 – оценка влияния добавления новых кластеров до принятия решения.
Заключение
Управление ёмкостью — это не просто мониторинг. Это максимизация производительности, минимизация потерь и опережение растущего спроса. Благодаря базовым и новым функциям управления ёмкостью в VCF 9, VMware упрощает для ИТ-команд переход от реактивного устранения проблем к стратегическому планированию ресурсов. Если вы уже используете VMware Cloud Foundation, стоит внимательно присмотреться к этим обновлениям.
Это видео представляет собой углубленное обсуждение передовых методов управления емкостью в среде VMware Aria и Tanzu. Ведущие Brandon Gordon и Nico Guerra делятся опытом и знаниями о различных аспектах управления емкостью, начиная с определения ключевых терминов и понятий, таких как общая емкость, резерв под отказоустойчивость (HA), буфер, накладные расходы, использование, спрос и т.д. Особое внимание уделяется предсказательной аналитике, которая использует AI для анализа емкости и рекомендаций по оптимизации ресурсов.
Ключевые моменты видео включают:
Определение емкости - рассматриваются основные термины, такие как общая емкость кластера, резерв под отказоустойчивость, буфер, накладные расходы и фактическое использование ресурсов.
Модели управления емкостью - видео объясняет две основные модели – модель спроса и модель распределения, каждая из которых используется для оценки и планирования емкости.
Настройка прогнозов емкости - поясняются настройки уровня риска, концентрация на пиках нагрузки, консервативность и учет рабочих часов, что позволяет точно настроить прогнозы емкости для различных рабочих нагрузок.
Прогнозирование и рекомендации - видео детально рассматривает, как система прогнозирует оставшуюся емкость и рекомендует оптимальный размер ресурсов, исходя из текущих и будущих потребностей.
Всплески нагрузки - обсуждается, как система обрабатывает кратковременные, устойчивые и периодические пики нагрузки, чтобы точно учитывать их при прогнозировании емкости.
Интерфейс и использование - видео демонстрирует работу с вкладками и метриками в интерфейсе VMware Aria Operations, включая оценку оставшегося времени и виртуальных машин.
Видео предоставляет исчерпывающее руководство по использованию передовых методов управления емкостью в VMware Aria, что позволяет эффективно управлять ресурсами и планировать будущие потребности с учетом предсказательной аналитики и различных настроек системы.
На днях на сайте проекта VMware Labs появилась полезная администраторам vSphere штука - утилита vSphere Replication Capacity Planning, позволяющая определить реальное потребление трафика репликации виртуальными машинами и размер передаваемой дельты данных. Это позволяет планировать сетевую инфраструктуру и принимать решения о выделении канала еще до того, как вы включите репликацию для всех своих виртуальных машин.
Утилита Replication Capacity Planning показывает графики, касающиеся объема передачи сетевого трафика LWD (lightweight delta - изменения с момента последней репликации) во времени, а также метрики по размеру дельты в различных временных масштабах - часы, дни, недели и месяцы.
Также в результате работы этого средства для виртуальной машины будет показано, какой объем вычислительных ресурсов и хранилища под реплики вам потребуется на целевой площадке (без учета актуальной политики хранилищ там):
Решение vSphere Replication Capacity Planning развертывается как виртуальный модуль (Virtual Appliance), для его работы потребуется VMware ESXi 6.0 или более поздней версии. Скачать его можно по этой ссылке. Документация доступна здесь.
Напомним, что утилиту Capacity Planner for Hyper-V Replica компания Microsoft выпустила еще в мае 2013 года для платформы Windows Server 2012, теперь же продукт поддерживает Windows Server 2012 R2.
Основное назначение планировщика Hyper-V Replica - посчитать необходимую емкость канала репликации и инфраструктуру резервного сайта, основываясь на профиле рабочей нагрузки, имеющейся серверной и сетевой инфраструктуре основной площадки и ее хранилищах. Утилита производит автоматизированный сбор и анализ необходимых метрик, после чего запускается процесс подсчета и предоставляется детальный отчет.
Новые возможности Capacity Planner for Hyper-V Replica:
Поддержка Windows Server 2012 R2 наряду с обычным Windows Server 2012.
Поддержка хостов Extended Replica.
Поддержка виртуальных дисков, размещенных на хранилищах NTFS, CSVFS и общие SMB-ресурсы.
Мониторинг нескольких отдельных хостов одновременно.
Улучшенная производительность и масштабируемость - отслеживание до 100 виртуальных машин одновременно.
Параметры резервной площадки (Replica site) можно не вводить - это для тех, кто еще планирует развертывание DR-инфраструктуры.
Улучшения в отчетах (например, пиковое использование ресурсов).
Улучшенная документация.
Улучшенный рабочий процесс использования утилиты и пользовательского интерфейса.
Кстати, в документации есть раздел о том, как утилиту Capacity Planner for Hyper-V Replica можно использовать для инфраструктуры на базе решения Hyper-V Recovery Manager, о котором мы писали недавно.
Скачать Capacity Planner for Hyper-V Replica и документацию к утилите можно бесплатно по этой ссылке.
Интересная штука обнаружилась среди средств управления и мониторинга инфраструктуры VMware vSphere - Cloud Resource Meter от компании 6fusion, которая специализируется на утилитах для облачных сред. Это такая штука, которая реализована в виде виртуального модуля (Virtual Appliance), позволяющая оценить облачную инфраструктуру vSphere "в попугаях", то есть в специальных единицах Workload Allocation Cube (WAC), потребляемых за час. Убеждают, что алгоритм этого WAC - не хухры-мухры, а patent pending.
Этот WAC - это шестимерная сущность, представляющая собой эталонную совокупность ресурсов, потребляемых виртуальной машиной в облаке, а именно:
Вот в количестве таких шестигранных кубиков вы и увидите каждую из виртуальных машин своего (или провайдерского) датацентра в реальном времени. Предполагается, что такая модель позволит наиболее адекватно обсчитать вычислительные мощности своего ЦОД (chargeback), вести учет и планировать вычислительные мощности. Облачные провайдеры и менеджеры корпоративных датацентров могут устанавливать параметры и цену такого "вака", что позволит понимать, сколько ресурсов есть в наличии и сколько будет стоить разместить то или иное приложение в облаке.
Для каждой машины ведется исторический учет потребляемых "вакочасов":
Авторы этой программулины утверждают, что алгоритм этих "ваков" был разработан еще в 2004 году для профилирования приложений под ESX 1.0, так что может стоит и посмотреть, что они с тех пор сделали, тем более, что есть бесплатная версия продукта Cloud Resource Meter. На данный момент он, правда, находится в бете, но поддерживает vSphere 4.1 и 5.0.
Прежде всего, компания VMware снимает с продажи продукт VMware ACE (подробнее тут). Продукт был предназначен для создания автономных и защищенных политиками виртуальных машин, которые можно было распространять на базе настольной платформы виртуализации VMware Workstation.
Такое решение VMware вполне понятно - большинство возможностей продукта перекрываются функциональностью VMware View Local Mode, которая является частью решения VMware View 5 и также построена на базе VMware Workstation. Некоторые же дополнительные возможности VMware ACE, касающиеся безопасности и жизненного цикла ВМ на базе Workstation, оказались невостребованы со стороны пользователей.
В состояние End of Availability (“EOA”) продукт VMware ACE перешел 31 декабря 2011 года (то есть, купить его уже нельзя). Техническая поддержка VMware ACE полностью прекращается 31 декабря 2013 года.
Кроме того, прекращена поставка также следующих позиций прайс-листа VMware:
VMware vCenter CapacityIQ (поставка прекращается с 24 января этого года). Начиная с этой даты, продукт доступен только в составе пакета vCenterOperationsManagementSuite.
семейство продуктов vCenter Operations (начиная c 24 января, в связи с выходом продуктов vCenter Operations Management Suite)
О продукте VMware vCloud Request Manager мы уже писали тут. Вышел он сравнительно недавно и выглядел полезной примочкой к VMware vCloud Director. Однако функциональные возможности vCloud Request Manager рассосались между vCloud Director и VMware Service Manager, и, как следствие, необходимость в данном продукте отпала.
Обращаю также внимание на появление новых позиций прайс-листа VMware:
vCenter Protect (поставляется c 1.01)
Service Manager (поставляется c 1.01)
vCenter Operations Manager (поставляется c 24.01)
vCenter Adaptor (поставляется c 24.01) - что это за хрень, я сам не знаю
vCenter Operations Management Standard (поставляется c 24.01)
vCenter Operations Management Suite Advanced, Enterprise and Enterprise Plus (поставляется c 24.01)
View 5 Upgrade (поставляется c 1.01)
Обращаем ваше внимание также на то, что промо-позиция "vSphere 5 Essentials Plus with vSphere Storage Appliance Bundle" для трех хост-серверов VMware ESXi теперь поставляется по цене $10 393,5 (скидка 40% по сравнению с покупкой двух продуктов по отдельности).
Общее у всех этих продуктов - то, что они лицензируются не на базе процессоров (как vSphere), а на базе виртуальных машин. Эта особенность, с одной стороны, как бы ближе к облачной концепции - типа нам не важно где и как работают виртуальные машины, а важно сколько сервисов мы используем, соответственно, за них и платим.
Но с другой стороны, с этим возникают специфические проблемы, на которые обратили внимание в блоге компании VKernel. Суть проблем такова:
Когда организация использует модель лицензирования по физическим процессорам, ее основная цель - достичь максимальной консолидации виртуальных машин на хосте, поскольку она платит за инфраструктурные составляющие (стойки, питание, охлаждение, площади), а также за весьма недешевые лицензии на продукты для виртуализации. А вот когда лицензируются виртуальные машины - увеличение коэффициента консолидации не сказывается на стоимости лицензий, а значит нет и соответствующей мотивации у администраторов и менеджеров датацентра.
Когда используется лицензирование по числу виртуальных машин - это очень сложно учитывать. Виртуальные машины постоянно создаются, удаляются, развертываются в тестовых целях и забываются. Учитывать число лицензий в таких окружениях очень сложно и затратно.
Также автор обратил внимание на проблему, изложенную на одной из веток комьюнити, где у человека возникли проблемы с применением продукта CapacityIQ - он пытался строить отчеты о емкостях инфраструктуры не для всех виртуальных машин (поскольку некоторые не должны влиять на ее будущее состояние). Но оказалось в продукте нет такой возможности - он собирает информацию со всего окружения vCenter и нам рекомендуют лицензировать виртуальных машин столько, сколько нам реально нужно в анализе. Однако это очень неформализованное правило, которое нельзя отразить в EULA.
То есть, в данном случае совсем непонятно, какие виртуальные машины нам надо лицензировать (если она работает раз в году - надо?). Подобные проблемы в будущем будут возникать и в других продуктах (просто вышеозначенные - пока весьма не распространены). А это плохо, вот.
Как вы знаете, есть такая компания VKernel, которая занимается производством средств для управления виртуальной инфраструктурой (о ней мы пишем тут). Недавно в продуктовой линейке компании появилось два продукта для платформы Microsoft Hyper-V: VKernel Capacity Analyzer и VKernel Chargeback.
Это средство для анализа инфраструктуры Hyper-V на предмет наличия узких мест в плане производительности, которое также позволяет осуществлять планирование развития инфраструктуры в аппаратной части (то есть, прогнозирование роста необходимых вычислительных мощностей).
А эта штука позволяет вам учитывать затраты на содержание инфраструктуры виртуализации Hyper-V и стоимость выделения новых ресурсов под развертываемые сервисы. Актуально, в основном, для крупных компаний.
Скачать пробные версии этих утилит VKernel можно по этой ссылке.
Как вы знаете, хорошая компания Veeam Software делает не только всем известный Veeam Backup and Replication, но и полезный продукт Veeam Reporter, который позволяет вести трекинг изменений виртуальной инфраструктуры VMware vSphere и получать отчетность обо всех ее аспектах. О продукте Veeam Reporter мы уже писали.
Сейчас компания Veeam работает над созданием второй версии Capacity Planning Report pack for Veeam Reporter, которая позволит осуществлять планирование мощностей инфраструктуры виртуализации VMware vSphere. Он станет частью законченного решения для мониторинга и отчетности Veeam ONE.
Какими возможностями будет обладать Capacity Planning Report pack for Veeam Reporter:
Recommendations for hardware planning and provisioning. В рамках этих возможностей можно будет получать грамотные рекомендации по планированию новых серверных мощностей и дозакупке хранилищ. В отличие от других решений по capacity planning, которые идентифицируют проблемные области и предсказывают, когда пороговые значения будут превышены, Capacity Planning Report pack анализирует узкие места в производительности и росте инфраструктры и выдает конкретные рекомендации по оборудованию и хранилищам, а также их конфигурациям.
Enhanced what-if analysis. В дополнение к сценариям моделирования развития инфраструктуры, которые есть в текущей версии, появятся новые типы конфигураций хостов и виртуальных машин, которые можно использовать для анализа в стиле "что произойдет, если будет как есть, или как будет, если мы добавим такие-то мощности".
Identification of over-provisioned storage. При использовании thin provisioning для виртуальных машин может возникнуть ситуация, когда машины при росте данных могут заполнить хранилище, что вызовет отказ гостевых ОС. Capacity Planning Report pack все это учитывает и своевременно дает рекомендации по хранилищам.
А теперь, слайды:
Приятно, что Capacity Planning Report pack for Veeam Reporter будет доступен абсолютно бесплатно для всех текущих и новых пользователей Veeam Reporter и Veeam ONE.
Cloud Computing сквозь все препоны и преграды пытается прорваться в массы. Вот и компания VMware доносит пользователям идею о том, что виртуальные системы должны быть максимально отвязаны от физических.
В рамках этой идеи, компания VMware объявила о скором начале продаж некоторых продуктов семейства VMware vCenter на основе платы за виртуальные машины (per virtual machine basis).
Итак, с 1 сентября 2010 года следующие продукты семейства VMware vCenter будут продаваться на базе платы за виртуальные машины:
Продукт vCenter CapacityIQ будет продаваться по этой же модели, начиная с конца 2010 - начала 2011 года. При этом, каковы будут условия дальнейших продаж продуктов:
До 15 декабря 2010 можно будет покупать лицензии на процессоры физических серверов ESX / ESXi. Потом покупаем только по виртуальным машинам.
Старые лицензии по CPU можно будет сдать в Trade In и получить новые по ВМ
Сам VMware vCenter и другие продукты VMware лицензируются по-прежнему
Стоить это будет около того:
Продукт VMware
Цена за 25 виртуальных машин
AppSpeed
$3,750
CapacityIQ
$1,875
Chargeback
$1,250
Site Recovery Manager
$11,250
То есть, за виртуальную машину, защищаемую продуктом VMware SRM, мы платим 450 баксов. Если провести аналогию с текущим ценником на SRM, то это 10-12 виртуальных машин на двухпроцессорный сервер сейчас. Ну, более-менее адекватно, в общем-то.
Компания VKernel продолжает выпускать бесплатные программы для VMware vSphere / ESX. На этот раз это ПО VKernel Capacity View, которое позволяет отслеживать текущие аппаратные мощности и производительность серверов VMware ESX и своевременно оповещает о необходимости увеличения емкости оборудования (CPU, Storage, Memory).
Среди возможностей продукта VKernel Capacity View:
Сводная статистика по объектам виртуальной инфраструктуры (доступные физические и виртуальные ресурсы)
Проблемы производительности серверов ESX и виртуальных машин
Текущие возможности для развертывания новых виртуальных машин
Список виртуальных машин, которым выделено слишком много ресурсов (емкости, которые можно высвободить)
Скачать VKernel Capacity View можно по этой ссылке.
Вот смотрите - вы приобретаете VMware vSphere Enterprise Plus для всех ваших XX физических серверов, платите огромные деньги за уникальную функциональность платформы виртуализации: VMware DRS (балансировка нагрузки на серверы ESX), VMware DPM (экономия электричества), Storage VMotion и Fault Tolerance - а, заплатив деньги, не получаете ничего. Почему? Вы просто не купили VMware vCenter! Извольте заплатить еще немного денег - чтобы функциональность, которую вы уже купили просто начала работать в вашей виртуальной корпоративной инфраструктуре. Несправедливо? Конечно же! Вот почему средство управления хост-серверами виртуализации VMware vCenter, делающее доступными все возможности серверов VMware ESX, должно стать бесплатным, по крайней мере, для заказчиков сектора SMB.
Давайте посмотрим на это с другой стороны - лицензируется VMware vCenter на экземпляры, вне зависимости от количества управляемых серверов ESX и процессоров у них, при этом он абсолютно необходим. То есть без VMware vCenter инфраструктура серверов VMware ESX не функционирует, а значит и не покупается заказчиками. Зачем тогда его продавать отдельно? Почему VMware vCenter и поддержка на него идет отдельной позицией в спецификации на ПО? Ведь его стооимость можно заложить в общий объем продаж.
Оказывается мысль о том, что VMware vCenter должен поставляться бесплатно пришла не только мне. Важный момент, о котором я не подумал - это то, что бесплатность VMware Center даст большой импульс развитию никому неизвестных в Росии продуктов на его основе, таких как Lab Manager, LifeCycle Manager, Stage Manager, AppSpeed, CpacityIQ и т.п.
А вы как считаете, VMware vCenter по логике вещей должен быть бесплатным для СМБ?
Компания HP выпустила бесплатную утилиту HP Sizer для простейшей оценки необходимых аппаратных можностей серверов виртуализации Hyper-V R2, входящего в состав Windows Server 2008 R2, под текущие серверные нагрузки предприятия.
HP Sizer взаимодействует с Microsoft Assessment & Planning (MAP) Toolkit или Windows Performance Monitor, а также может импортировать данные о загрузках серверов из сторонних источников. После сбора информации об ИТ-инфраструктуре HP Sizer для Hyper-V R2 предоставляет необходимые спецификации на оборудование (серверы и СХД), предлагаемое к закупке, с указанием прайс-листовых цен для страны клиента. В HP Sizer также встроен механизм обновления цен и моделей оборудования.
Мы уже писали про средство оценки и прогнозирования мощностей VMware vCenter CapacityIQ, которое позволяет всегда быть в курсе того, насколько эффективно расходуются аппартные ресурсы, и как сбалансированно их необходимо наращивать, чтобы виртуальные машины не испытывали проблем производительности.
Компания VMware выпустила версию VMware CapacityIQ 1.0.1 с одним-единственным, но очень важным нововведением - поддержкой VMware vSphere 4 и серверов ESX / ESXi 4.
На VM Guru уже сообщалось, что компания VMware выпустила средство для анализа и прогнозирования нагрузки на хост-серверы VMware ESX под названием VMware vCenter CapacityIQ. Компания VKernel, аналоги продуктов которой подозрительно регулярно анонсируются и выпускаются VMware, решила сделать ход конем. Продукт VKernel Capacity Modeler, прямой конкурент VMware CapacityIQ, предназначенный для моделирования нагрузки виртуальной инфраструктуры (в стиле "что будет, если"), становится абсолютно бесплатным.
В своем разъяснении компания VKernel делает упор на то, что VMware CapacityIQ обойдется пользователям до $ 1000 за физический процессор сервера, а лицензия на Capacity Modeler доступна сейчас абсолютно бесплатно и на неограниченное количество сокетов VMware ESX. К тому же, как вы помните, VMware CapacityIQ не поддерживает сейчас VMware vSphere 4 и еще неизвестно когда будет поддерживать. Добавляем VKernel Capacity Modeler к списку бесплатных программ для VMware vSphere / ESX.
Компания VMware на днях выпустила окончательную версию продукта VMware vCenter CapacityIQ, позволяющего контролировать рост загрузки аппаратных мощностей в виртуальной инфраструктуре и прогнозировать будущие загрузки. Назначение продукта - отслеживать текущую емкость хостов VMware ESX и давать рекомендации по масштабированию виртуальной ИТ-инфраструктуры.
Основные возможности VMware CapacityIQ:
Отчетность по емкостям
Просмотр и анализ текущих, прошлых и будущих емкостей виртуальной инфраструктуры VMware vSphere / ESX на графических отчетах VMware CapacityIQ
Установка пороговых значений загрузки по хостам ESX с возможностями оповещений системных администраторов
Оптимизация необходимых мощностей
Перераспределение емкостей от недогруженных, перегруженных или выключенных виртуальных машин
Сайзинг инфраструктуры и выделение необходимых ресурсов виртуальной машине в соответствии с ее потребностями на основе анализов загрузки VMware CapacityIQ
Помещение виртуальных машин в самые оптимальные кластеры и пулы ресурсов
Предсказание роста емкостей
Симуляция единовременных всплесков нагрузки для определения степени влияния на инфраструктуру
Определение времени нехватки мощностей в зависимости от существующих трендов загрузки, определяемых VMware CapacityIQ
Рекомендации по покупке и развертыванию хостов ESX по мере необходимости (рост инфраструктуры VMware vSphere или нагрузок)
Хорошая новость для партнеров VMware - обновился продукт VMware Capacity Planner для сайзинга физических систем по оборудованию, на котором будет установлен VMware ESX / ESXi (vSphere или VMware View)... Таги: VMware, Capacity, View, ESX, ESXi, P2V
RSS
