PernixData

Базовые элементы Flash Virtualization Platform (FVP), часть 1

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

Базовые элементы Flash Virtualization Platform (FVP), часть 2. Использование собственной платформы или файловой системы

Одна из тем, которую я обсуждал с Satyam и Murali Vilayannur, была файловая система, которая используется для хранения данных на флеш-устройствах. Следует помнить о следующих примечательных фактах: Satyam создал VMFS3, Murali был ведущим разработчиком VMFS5. С этой точки зрения, казалось бы, использование VMFS очевидно. Однако большим сюрпризом для меня оказался тот факт, что для флеш-устройств мы не используем VMFS, еще большим сюрпризом стало то, что мы вообще не используем файловую систему.

Политики кэширования Write-Back и Write-Throuhg в FVP (FVP, часть 3)

Устойчивое к отказам ускорение записей является одной из ключевых возможностей FVP. После выбора виртуальной машины, которая будет ускоряться FVP, вы можете выбрать политику Write-Throuhg ("сквозной") или Write-Back ("отложенной") записи с любым количеством реплик кэша виртуальной машины на других хостах. Прежде чем углубиться в реплики, давайте посмотрим на основы политики сквозной и отложенной записи.

Работа FVP с удаленным флеш-устройством (FVP, часть 4)

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

Вопросы дизайна локальной архитектуры хоста FVP (FVP, часть 5)

С выходом FVP версии 1.0 на этой неделе вопросы к архитектуре хостов начали раздаваться все громче. Все больше людей начинают тестировать FVP, и они хотят создать максимально оптимальную тестовую среду. И я их не осуждаю за это. В моих входящих и твиттере доминируют следующие вопросы: "Должен я использовать один или несколько дисков?", "Какой уровень RAID выбрать?", "SSD или PCIe?". Отвечать всем и каждому по отдельности не верно, так что пришло время опубликовать статью, освещающую вопросы дизайна локальной архитектуры хоста.

Отказоустойчивое ускорение записи (FVP, часть 6)

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

Удаленный доступ FVP к флеш-устройству (FVP, часть 7)

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

Операционная простота (FVP, часть 8)

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

Ускорение чтения в разнородном кластере (FVP, часть 9)

Недавно Лука Делл'Ока опубликовал отличную статью о работе FVP в разнородном кластере. В кластере из примера находятся как хосты с флеш-ресурсами, так и хосты без флеш-устройств. Его статья сконцентрирована на ускорении записей и доказывает, что при миграции виртуальной машины на хост без флеш-устройства, скорость записи значительно снижается.

Процент попадания в кэш, базовая метрика в вашем инструментарии (FVP, часть 10)

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

Страницы

Подписка на RSS - PernixData

A-Systems, Ltd. 2006-2017Тел.: +7 495 644 47 64

Go to top