Мы разрабатываем и развертываем хранилище данных на базе Oracle 11g EE с секционированием на RHEL5 64bit для клиента.
Общий объем необходимого хранилища составит около 4 ТБ полезного пространства.
Я читал о сбалансированной аппаратной конфигурации хранилищ данных и о том, что пропускная способность хранилища важна для производительности хранилища данных; хранилище должно быть указано для последовательной пропускной способности, а не для емкости, чередования и зеркалирования всего.
Наш заказчик очень заинтересован в использовании своих SAN (NetApp) по ряду причин: например, централизованное управление и резервное копирование, и они уже потратили на это много денег.
Мне кажется, что даже относительно небольшое количество локальных дисков может иметь лучшую пропускную способность, чем SAN, например.
16 дисков SFF по 10 тыс. Об / мин, 600 ГБ = 9600 ГБ сырых = 4800 ГБ полезного пространства с использованием RAID-10
Если каждый диск может производить 60 МБ / с пропускная способность совокупная пропускная способность составляет 8 x 60 = 480 МБ / с
Мой вопрос: можно ли получить последовательную пропускную способность> 400 МБ / с для одного хоста базы данных Oracle, подключенного к SAN?
Я понимаю, что мне понадобится подключение к SAN со скоростью не менее 4 Гбит / с. Я не вижу теоретических причин, по которым SAN не может обеспечить такую скорость при достаточном количестве дисков.
Может ли SAN на практике доставлять данные со скоростью «хранилища данных» (не менее 400 МБ / с)? Кто-нибудь видит эти скорости в реальном мире? Возможно, есть какое-то ограничение, о котором я не знаю, который мешает видеть такие скорости для одного хоста через SAN.
У нас большой опыт работы с Oracle и Red Hat, но мы не очень знакомы с SAN. Мы небольшая компания, и внутри ее нет.
Вы можете обнаружить, что теоретическая пропускная способность SAN имеет мало или не имеет никакого отношения к фактической пропускной способности SAN, если SAN является централизованно размещенной SAN, обслуживающей множество существующих клиентов в пределах предприятия. Скорее всего, SAN управляется третьей стороной, и у них будут свои собственные соглашения об уровне обслуживания (возможно, с упором на доступность, а не на пропускную способность).
Я бы посоветовал запросить текущие типичные значения пропускной способности в SAN и узнать, какую пропускную способность вы можете ожидать для своего приложения / базы данных. Если вы получили осторожный ответ, вам следует пойти по пути определения SLA на основе пропускной способности для стороны SAN вашего проекта.