Серверный Форум Тринити

Добрый денй,

Имеем HP MSA p2000 G3 FC
ПОдключенный в режиме DAS к 24х 300 Г6 sas 10k DP

MSA - 2 контроллера FC

Вопрос:
1. В Best Practice для SQL рекомендовано исползование Fault-tolerance MPIO политика. Можно ли использовать Round-Robin и чем ето грозит для SQL кластера?
2. При выходи из строя к примеру одного контроллера в режиме Fault-tolerance всё ясно, но что будет в Режиме Round-Robin?

Заранее благодарю
Павел

pfedosejev писал(а):Можно ли использовать Round-Robin

Ключевой вопрос - зачем?

exLH писал(а):

pfedosejev писал(а):Можно ли использовать Round-Robin

Ключевой вопрос - зачем?

Для того, для чего его обычно включают - балансировка нагрузки/производительность.

ПС. Хотелось бы, всетаки, услышать идеи, почему ХП рекомендует иначе, чем стандартное значение Майкрософта. Латентность?

pfedosejev писал(а):Для того, для чего его обычно включают - балансировка нагрузки/производительность.

Сколько у Вас серверов на этой P2000?

pfedosejev писал(а):почему ХП рекомендует иначе, чем стандартное значение Майкрософта.

Где HP рекомендует иначе?
Вот например совсем другие данные:
http://h20195.www2.hp.com/V2/GetPDF.asp ... 466ENW.pdf
"Recent testing has shown that Round Robin based MPIO policy for Fast Track systems can decrease throughput by 20% or more."

- 2x360 G6 SQL 2008 Ent.

http://h20195.www2.hp.com/V2/GetPDF.asp ... 466ENW.pdf
Microsoft SQL Server 2008 Fast Track: HP StorageWorks P2000 G3 MSA Multipath I/O configuration and best practices
Set Windows MPIO to “Failover Only” – The default policies for Windows MPIO are Round Robin based, which will try and load balance over all ports. We want to ensure that MPIO will operate in a failover capability only. This will direct MPIO to use only the primary path, failing over to the secondary paths only when the primary is down.

Хорошо, поставим вопрос иначе: в каком документе Microsoft рекомендует использовать Round Robin для SQL сервера?

exLH писал(а):Хорошо, поставим вопрос иначе: в каком документе Microsoft рекомендует использовать Round Robin для SQL сервера?

ПС. Хотелось бы, всетаки, услышать идеи, почему ХП рекомендует иначе, чем стандартное значение Майкрософта.

1. Я не говорил, что это рекомендованное - это дефаултное значение.

2. Хотя, Как правило у МС дефаултное значение = рекомендованному. А ис ходя из того, что в документации по МПИО ничего не сказано, об рекомендованном или особо рекомендованном для SQL это можно принять как данность

ПС. Всетаки хотелось бы услышать что-то по существу. Если у Вас нет опыта в этом - прошу ткнуть на литературу. Хотелось бы услышать как работает РР МПИО при отказе какого-либо Path. Грозит ли это прерыванием сервиса, ошибками или другой нестабильностю.

спасибо!

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

gs писал(а):Вы хотите поговорить о метафизике или вопрос практический?
Если второе, то бест практис дает конкретный ответ.
Да и мне кажется сомнительной возня с подобными вещами при наличии не шибко мощной системы с небольшим количеством дисков.

Ок, Вы хотите сказать что для 24 сас диска в RAID10, 8G FC (~1Gb/s теоритически) не будет узким местом?

На подавляющем большинстве задач - нет.

gs писал(а):Вы хотите поговорить о метафизике или вопрос практический?

И то и другое

gs писал(а):Если второе, то бест практис дает конкретный ответ.

Очень расто вендор просто перестраховывается. Например один из MVP говорит об обратном для SQL

Запустите перфмон и посмотрите.

pfedosejev писал(а):Ок, Вы хотите сказать что для 24 сас диска в RAID10, 8G FC (~1Gb/s теоритически) не будет узким местом?

Да, именно это я и хочу сказать.
Более того, на 2х серверах никогда в жизни Вы не увидите на реальных задачах таких скоростей (и даже рядом).
RR имеет некий практический смысл, когда у Вас не два, а 10 (лучше больше) серверов с малопрогнозируемым профилем нагрузки.

pfedosejev писал(а):Хотелось бы услышать как работает РР МПИО при отказе какого-либо Path.

Точно так, как и в любом другом режиме. Задержки будут возникать в любом случае.

Мне кажется в задачах связаных с SQL преобладает нагрузка Random Access , а там производительность обычно упирается в диски , а не в пропускную способность HBA/интерфейса FC. Исходя из своего опыта не рекомендую использовать под random access ничего кроме, raid 10 в этой схд. Но один vdisk максимум 16 дисков. Если контроллеров 2 можно сделать 2 vdisk по 12 шпинделей и назначить owner для них на разные контроллеры, только не останется дисков под Hot-spare. Либо сделать ассиметричные vdisk , один 12 шпинделей, другой 10 и по spare диску для каждого. Вот это будет распределение нагрузки.

а разве эта железячка умеет обрабатывать поток данных к одному LUN через два контроллера? на кой там Round Robin нужен?