У меня есть несколько Dell PowerEdge 2950 с 4-мя дисками Cheetah SAS по 15 КБ, 150 ГБ. Они будут хостами виртуальных машин, CentOS под управлением ESXi с гостями Windows Server 2k8. Некоторые гости будут размещать серверы IIS, а другие серверы MSSQL.
Я пытаюсь установить параметры виртуальных дисков RAID и не могу решить, какой из них более оптимален в данной ситуации;
Read Policy: Out of Read-Ahead, No-Read-Ahead and Adaptive Read-Ahead, the default is Read-Ahead.
Сначала я буду делать большие последовательные записи, записывая пустые образы для жестких дисков виртуальных машин (например, 30 ГБ из / dev / zero), так что предварительное чтение поначалу кажется хорошим. Но в виртуальных машинах чтение может быть случайным из любого места в их файловых системах, поскольку они являются серверами IIS и MSSQL, так что, возможно, без опережающего чтения лучше?
Теперь я думаю, что Adaptive Read-Ahead был бы лучше в качестве компромисса, но я мало что знаю об этом варианте, как он сравнивается по производительности с другими?
Write Policy: write-back caching, write-through caching, the default is write-back caching.
Кэширование с обратной записью по умолчанию безопаснее, чем кэширование со сквозной записью, но за счет снижения производительности. Я думаю, что в случае потери питания, например, в моей голове кажется более вероятным (вот почему мне нужно некоторое разъяснение!), Что повреждение будет нанесено гостевой виртуальной машине с включенным кэшированием с обратной записью, поэтому я должен отдать предпочтение сквозная запись?
Я поискал и, очевидно, не получил окончательного ответа, поэтому хотел бы узнать, что лучше всего подходит для моей ситуации.
Во-первых, гипервизоры иногда называют «блендерами ввода-вывода». Они сильно усложняют любому алгоритму предсказать, что они будут делать дальше, потому что они не позволяют каждой виртуальной машине иметь свой собственный настоящий SCSI-диск. Из-за этого вам определенно не нужно прямое упреждающее чтение. Я не знаю, что ваша система думает об адаптивном упреждающем чтении, но если это настройка, которая будет определять, когда выполняются последовательные чтения, и консервативно читать немного вперед, это, вероятно, будет хорошо.
Во-вторых, вам всегда нужно кэширование с обратной записью, если это возможно. Он подтверждает записи, как только они сохраняются в кеш, а затем удаляет их на диск как можно быстрее. Однако это небезопасно, если вы потеряете питание кеш-памяти. Кэш с резервным питанием от батареи - это требование для кэширования с обратной записью, если вы хотите иметь согласованные данные, когда вы возвращаетесь после сбоя питания.