Назад | Перейти на главную страницу

Общее хранилище Hyper-V 2012 R2 необщее временный диск

Итак, у нас есть производственная система с двумя серверами Windows Server 2012 R2 Standard с двухдоменной объединительной платой SAS общего хранилища между ними.

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

Однако у нас есть программное обеспечение для обработки данных, которое работает на одной из наших виртуальных машин и довольно безжалостно загружает наши жесткие диски. Это работает, но в основном при 100% дисковом вводе-выводе. Дело в том, что в этом нет необходимости. Все данные, которыми он загружает жесткий диск, являются временными данными, и их можно легко восстановить из источника.

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

Кто-нибудь знает, как сделать такой volatile vhd?

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

Для Windows https://www.starwindsoftware.com/high-performance-ram-disk-emulator

Для Linux https://www.jamescoyle.net/how-to/943-create-a-ram-disk-in-linux

Из вашего описания я предполагаю, что вы используете отказоустойчивый кластер на этих двух машинах, что вы настроили кластерные дисковые пространства, и что сами виртуальные машины помечены как ресурсы кластера (высокодоступные), поэтому они не будут работать. переход от одного узла к другому, если один из узлов выходит из строя.

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

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

Если базовый хост умирает, по крайней мере, при использовании удаленной файловой системы, у вас будут присутствовать примитивы ОС, которые могут корректно справиться с исчезновением файлового сервера.