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