Эмпирическое правило: SATA для устройства хранения данных и обслуживания статического содержания, SSD/SAS для баз данных?
Not anymore. You can quite well also run databases of SATA discs - WD Velociraptors are quite comparable to many SAS drives unless you get REALLY high performance (so, database != database).
The larger step is 3.5" to 2.5" - you save a lot of moeny (per gb) when you use large& slow 3.5" drives.
The differencing factors are:
- SAS discs are normally faster and support longer command queues than SATA (32 limit vs. a LOT more).
- SSD are nother story. Talking of 60.000 IOPS versus 450.
In general databases are heavy use when they get heavier, with totally random IO, so you dont count gigabytes or RPM, you cound IOPS (IO operations per second).
Хотя я не могу сказать, что когда-либо слышал об этом правиле, статический контент имеет преимущества, которые серверы баз данных не могут предоставить так легко.
Диски SATA обычно имеют более низкое среднее время до отказа, являются медленнее и хуже при произвольном вводе-выводе. Результатом является то, что их стоимость на 1 ГБ ниже.
Когда вы храните носители, такие как статический контент, система обычно кэширует контент, поэтому он обычно не читает много с диска, это сводит на нет необходимость иметь высокоскоростной диск. .
Это особенно верно для веб-сайтов, где 90% представленных данных составляют 99% запросов.
Базы данных, с другой стороны, обычно имеют профиль ввода-вывода, который намного более случайный. Базы данных также обычно не полагаются на подсистему кэширования ядра для управления своим содержимым, поэтому можно использовать более быстрые диски. Они также, как правило, выполняют гораздо больше операций записи, чем статическое содержимое, и именно здесь диски SAS могут действительно помочь.
Имейте в виду, что существует так много оттенков серого, что это не так просто и прямо.
- Может быть, ваша база данных мало используется?
- Возможно, вы точно знаете, какие таблицы будут прочитаны и вероятность использования данных?
- Может быть, записи в базу данных почти никогда не производятся?
- Возможно, время отклика вы ищете и Имеющиеся у вас числа параллелизма могут быть эффективно получены с помощью SATA?
Я бы не сказал, что существует «практическое правило». Вместо этого почему бы не получить некоторые измерения ввода-вывода для вашего приложения сейчас, и то, что вы ожидаете, может быть через 2 года. Как думаете, тогда подойдет SATA? Что насчет SAS, это было бы? Может, SSD еще лучше? Если с SAS вы говорите, что время поиска на 30 мс быстрее, стоит ли тратить больше? Требуют ли ваши клиенты дополнительной скорости на 30 мс?
Для большей части работы, которую я выполняю, цифры, генерируемые нашей операцией, на самом деле не гарантируют SAS. И - в любом случае разница в производительности по сравнению с ценой за ГБ для меня не так привлекательна. Теперь, когда на рынке есть твердотельные накопители, я еще менее впечатлен предложениями SAS.
Это не означает Я говорю, что SAS вам не подходит. Но вычислите свою стоимость за гигабайт, выясните, какими будут ваши потребности в производительности сейчас и через несколько лет, а затем сравните результаты с конкретными потребностями ваших клиентов.
числа, генерируемые нашей операцией, на самом деле не гарантируют SAS. И - в любом случае разница в производительности по сравнению с ценой за ГБ для меня не так привлекательна. Теперь, когда на рынке есть твердотельные накопители, я еще менее впечатлен предложениями SAS.Это не означает Я говорю, что SAS вам не подходит. Но вычислите свою стоимость за гигабайт, выясните, какими будут ваши потребности в производительности сейчас и через несколько лет, а затем сравните результаты с конкретными потребностями ваших клиентов.
числа, генерируемые нашей операцией, на самом деле не гарантируют SAS. И - в любом случае разница в производительности по сравнению с ценой за ГБ для меня не так привлекательна. Теперь, когда на рынке есть твердотельные накопители, я еще менее впечатлен предложениями SAS.Это не означает Я говорю, что SAS вам не подходит. Но вычислите свою стоимость за гигабайт, выясните, какими будут ваши потребности в производительности сейчас и через несколько лет, а затем сравните результаты с конкретными потребностями ваших клиентов.