Как компания, мы собираемся создать новый сервер, который будет работать с гипервизором и размещать еще 3 виртуальных машины - две бизнес-системы + виртуальная машина только с Sql Server (эквивалент AWS RDS).
Операционные системы каждой виртуальной машины и гипервизора будут использовать SSD в качестве хранилища. ВМ и база данных будут использовать HDD 7.2k в рейде 1.
У нас достаточно вычислительной мощности и оперативной памяти (128 ГБ), но меня немного беспокоит то, что эквивалент RDS (Sql Server VM) будет использовать хранилище основного сервера (HDD 7.2k 4TB в raid 1) в качестве хранилища.
Мы не склонны перегружать эти системы до предела, они скорее будут запускать веб-сайты с интернет-магазинами, поэтому они не должны быть очень интенсивными по вводу-выводу) На данный момент сложно назвать какие-либо цифры, поскольку мы не знаем как будет выглядеть трафик.
Из того, что я уже вижу, жесткий диск может быть здесь узким местом, но я слышал, исследуя сеть и форумы, что огромная оперативная память, которая у нас есть, может устранить его. Так ли это на самом деле?
С уважением
пс. К сожалению, я не могу изменить спецификацию сервера или подключить дополнительное хранилище.
Характеристики сервера: https://www.fasthosts.co.uk/sites/fasthosts.co.uk/files/1370_Data_Sheet_1.pdf
Это зависит. Шутки в сторону. Ничто в виртуализации не меняет основных правил компоновки дисков. Сервер, на котором размещен интранет-сайт на 5 человек? Вполне вероятно. Сервер, на котором размещена загруженная база данных терабайтного уровня - подключите НАМНОГО больше диска / SSD и сопоставьте их непосредственно с виртуальной машиной.
Ваше хранилище SQL (HDD 7.2k 4TB в raid 1) «жалкое» (как в: low в мире больших SQL) и может работать, а может и не работать - это полностью зависит от того, насколько мал сервер.
Но опять же, ничто не мешает вам добавить намного больше операций ввода-вывода в секунду. Я знаю сервер базы данных, работающий в Hyper-V (с примерно 8 другими низкопроизводительными виртуальными машинами на том же хосте), который имеет 48 ГБ выделенной оперативной памяти и около дюжины дисков / SSD, напрямую сопоставленных с виртуальной машиной с базового оборудования. В стойке 2U с 24 слотами 2,5 дюйма. Это легко.
Из того, что я уже вижу, жесткий диск может быть здесь узким местом, но я слышал, исследуя сеть и форумы, что огромная оперативная память, которая у нас есть, может устранить его. Так ли это на самом деле?
Что ж, начнем: «и оперативная память (128гб)» - это НЕ массово. Или это так. Зависит от (а) того, сколько из этого получает виртуальная машина SQL и (б) насколько велики базы данных. Я видел базы данных, которым требовалось гораздо больше. Я видел базы данных, живущие счастливо в 32 ГБ памяти.
Тем не менее, это поможет только с ЗАПРОСАМИ (чтение), которые НЕ используют tempdb (который может быть записан) и низкой пропускной способностью транзакции (запись в файл журнала). Достаточно ли этого для вашего sql-сервера, мы не можем ответить. Вы должны это измерить. «У меня здесь SQ LServer с 4x480 ГБ SSD в Raid 10 ТОЛЬКО для tempdb и 6 x 800 ГБ SSD в 2 Raid 3 для данных. И да, ему это нужно - я часто размещаю на этой машине многогигабайтные наборы данных. Хорошо живет в виртуальной машине (как я уже сказал, выделено 48 ГБ ОЗУ).
Однако НЕКОТОРЫЕ вещи, которые вы можете сделать, чтобы улучшить: * Добавить SSD * Настроить пул хранения на Hyper-V и подключить SSD в качестве буфера. Вуаля, МНОГО буфера для часто используемых данных и / или записей. при условии, что вы используете Hyper-V в современной версии (2012R2) в качестве хоста. Красавица? 240gb ssd, 2 должно уже много приносить.
В противном случае - действительно, нам понадобится еще тонна исследований и анализа, чтобы дать достойный совет. Структура диска SQL Server по-прежнему может быть тривиальной (небольшой сервер) или требовать много размышлений и планирования (большой сервер).
Я запускал загруженные базы данных на серверах Pentium 3 с 4 ГБ оперативной памяти с ужасно медленными дисками SCSI. В то время они были идеально быстрыми для моих нужд. Ваша система может быть недостаточно хороша или может быть больше, чем вам нужно.
Вам нужно будет провести некоторое тестирование и самостоятельно изучить, каковы ваши требования. Большое количество оперативной памяти не означает, что дисковый ввод-вывод будет низким.
После нескольких лет работы с этим сервером у нас не было никаких узких мест или проблем с ним, и указанной выше спецификации было более чем достаточно для того, что нужно компании.
Я просто помещаю tempdb и ОС Windows на SSD и остаюсь на hdd.
В любом случае приветствую совет.