bargo
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Прошу проконсультировать по поводу конфигурации SQL сервера.
В последнее время встала в полный рост проблема
Недостаточной производительности существующей конфигурации.
Коротко о рабочей среде.
2 сервера M910
(2xIntel Xeon E5630 (4C, 2.53 ГГц), 256 Гб ОЗУ , 2x146 Гб HDD (SAS, 10к), 2x1000Base-T)
используются в качестве хостов VMWare. Поднят кластер. 40 виртуальных машин.
В качестве хранилища используется быстрая дисковая полка Dell EqualLogic PS6000.
(16 HDD SAS 10к, 4x1000Base-T).
Основные проблемы возникают с одним приложением.
Наше предприятие использует систему электронного документооборота Docsvision 4.5
Общее количество пользователей 500. Одновременно могут работать 100.
Текущий размер базы SQL 103GB.
Текущий ежемесячный прирост меньше 2GB.
Сервер Docsvision 4.5 (6 vCPU, 8GB ОЗУ) – нагрузка не чувствуется.
Сервер SQL (8 vCPU, 16GB ОЗУ) – иногда возникает перегрузка по памяти.
Настроена перезагрузка раз в сутки (?)
Текущие мысли по ситуации.
Есть подозрение, что размещение сервера SQL в виртуальной среде не лучшее решение.
И похоже, что мы уперлись в производительность дисковой подсистемы.
В случае выполнения например задачи по архивации одной из витруальных машин.
Проблема с производительностью Docsvision резко обостряется.
Я теоретически вижу следующие выходы из указанной ситуации (мой голос совещательный).
1. Покупка нового сервера SQL. Переход от VM на железо. Целесообразность этого пути.
Собственно нужна консультация по конфигурации данного сервера.
2. В ближайшее время должна приехать дисковая полка DELL EQ6100XS.
В которой часть дисков SSD. НО! И увы 4x1000Base-T.
Непонятно, почему DELL поставил 10Gb сеть?
Суммарная пропускная способность четырех интерфейсов не более 4х100Мбайт/с.
Даже одиночный SSD может больше. По IOPS ситуация конечно должна улучшится.
Но странно как то.
3. Резкое увеличение объема оперативной памяти на VM SQL сервера (до 40GB – есть резервы, 128GB – придется жертвовать некоторыми возможностями кластера VMWare).
Как временное решение. В сети мне встречались рекомендации, что SQL работает наилучшим образом когда база данных может быть целиком размещена в оперативной памяти.
Для этого потребуется дополнительная настройка SQL?
Кешировать ее туда надо принудительно?
Или дать серверу 48GB. Отменить перезагрузку?
Понаблюдать за использованием оперативки.
Сервер по идее должен сам закешировать наиболее часто используемую информацию.
И производительность должна нормализоваться?
Попрошу порекомендовать также другие форумы
где можно обсудить данную проблематику. |
