Правильное конфигурирование хранилки для ESXi

А что, для этой одной хранилки нет vmware deploy best practices или чего-то подобного?
Смысл в том, что бы не лепить один большой лун, а сделать несколько и выставить подходящий размер очереди на hba.

Есть Одна Хранилка

редоставить системам

Вы в курсе про 3-2-1 Design ?

По deploy best practices - и действительно, есть док у самого IBM, называется IBM SAN Solution Design Best Practices for VMware vSphere ESXi. Спасибо.

Не слишком гуглибельно, можно поподробнее?

А без экспериментов, есть best practices под эту конфигурацию?

Ты никакой информации не предоставил, по сути. Что будет там крутиться, откуда будет грузиться ESXi и т.п. А так у VMWare есть дофига доков на эту тему.

А у меня никакой информации и нет, знаю только, что несколько виндосерверов точно, что на них - неизвестно. ESXi с флешки.

И да, серваки по SAN цепляют хранилку. Там одна фабрика из 2х фц-свитчей.

1. Свичи лучше разбить на две фабрики независимых, будет надёжнее.

2. По лунам на хранилке никаких особых требований нет, можно сделать один лун и повесить на него VMFS.

Где то вычитал, что наличие снапшотов vmdk, при каждой записи в этот vmdk вызывает блокировку луна на котором он лежит, так что блокируется запись всего, что есть в этом луне.

Глупость. Снапшоты, конечно, снижают производительность, но по другой причине - http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=...

Все более или менее современные хранилища (в т.ч. опенсурсные), как минимум, умеют команду ATS (atomic test and set), которая позволяет блокировать какой-то определённый набор блоков, а не весь лун. И VMWare этой командой радостно пользуется.

Блокировки там, обычно, возникают при запуске-остановке ВМ и других подобных операциях. При обычной работе ВМ их нет.

То есть, если у тебя пара сотен виртуалок на одной VMFS (какой-нибудь VDI) то, теоретически, могут быть какие-то проблемы. Но на деле я проверял VMWare View с, кажется, 150-200 виртуалок на одной ФС безо всяких проблем - создавались, удалялись, запускались-останавливались массово.

Нашёл где я это читал, книжка Михеев М. Администрирование VMWare vSphere 5, 2012, стр. 200.

"...И каждый раз, когда у какой-то ВМ надо увеличить размер файла-дельты, происходит SCSI reservation, и какое-то маленькое время девять других серверов с этим LUN не работают, потому что десятый вносит изменения в метаданные."

Еще раз говорю - в наше время вмваря не использует SCSI reservation, а только VAAI. Блокировка всего луна только если хранилище другие не поддерживает.

Блокировка всего луна только если хранилище другие не поддерживает.

Да это всё понятно. Ну вот в конторе eva 4400 которая и слыхом не слыхивала про какие-то там vaai.

Чойта?

HP P6000 EVA Software Plug-In for VMware VAAI (vSphere Storage APIs for Array Integration) is now available for the P6000 EVA and the EVA4400/6400/8400 arrays.

О, ништяк, интересные комменты.

Всё решили, один общий LUN.

Тему пока не закрываю, может еще чего интересного будет.

Эм, ну пусть будет, на тот момент когда я работал с ней, esxi говорил, что нету его.