Массив HP P4000 теперь сможет работать как NAS-сервер

    Новый год в семействе дисковых массивов HP StorageWorks P4000 (бывших LeftHand) начался с появления NAS-шлюза с длинным названием HP StorageWorks P4000 Unified NAS Gateway.

    Как известно, массивы LeftHand – это системы хранения для сетей SAN на базе технологии iSCSI, которые работают с данными на блочном уровне. Новый шлюз же превращает массив в универсальную систему хранения, которая обслуживает серверные приложения (например, базы данных SQL Server), и в то же время работает как файл-сервер, на котором пользователи могут хранить свои файлы. В зависимости от конфигурации шлюз может обслуживать от 100 до 3300 пользователей. Кроме того, шлюз можно использовать и в качестве принт-сервера.

    Внутри HP StorageWorks P4000 Unified NAS Gateway скрывается хорошо известный двухсокетный стоечный сервер HP ProLiant DL360 G7 на базе шестиядерных Intel Xeon 5650. Благодаря этому он обладает гигабитным сетевым адаптером, двумя жесткими дисками и оперативной памятью до 32 Гбайт.

    В качестве операционной системы шлюза используется Windows Storage Server 2008 R2 Enterprise Edition x64. В этой ОС в недавно были реализованы функции классификации файлов (File Infrastructure Classification) и ускорения доступа к приложениям центрального офиса из филиалов (Hosted Branch Cache).

    Шлюз, как и стандартный HP ProLiant DL360 G7, поддерживает все функции удаленного управления и мониторинга iLO3. Для большей надежности можно применять кластерную конфигурацию шлюза из двух HP ProLiant DL360 G7, работающую под управлением пакета Microsoft Cluster Server (MSCS), лицензия на который входит в комплект поставки HP StorageWorks P4000 Unified NAS Gateway.
    Hewlett Packard Enterprise
    91,00
    Компания
    Поделиться публикацией

    Похожие публикации

    Комментарии 11

      0
      То есть по сути это просто сервер с Windows Server без всяких фишечек от leftHand?
        0
        ответил ниже.
        0
        >В нутре HP StorageWorks P4000 Unified NAS Gateway скрывается хорошо известный двухсокетный стоечный сервер HP ProLiant DL360 G7 на базе шестиядерных Intel Xeon 5650. Благодаря этому он обладает гигабитным сетевым адаптером, двумя жесткими дисками и оперативной памятью до 32 Гбайт.

        А зачем в NAS шестиядерных Xeon и 32 Гбайта памяти? Это из-за «Windows Storage Server 2008 R2 Enterprise Edition x64»?.. Решения на Linux, на Core 2 Duo и 8 Гбайт, обеспечивают скорость доступа > 200 MB/s. Притом почти вся память, за исключением 200 Мбайт система использует под дисковый кеш, а процессор занять на половину обрабатывать прерывания от сетевой карты.
          0
          Я бел на официальном тренинге по P4000. У меня создалось впечатление, что это чистой воды развод. На Linux + GlusteFS + ZFS + LIO можно создать существенно более дешёвое и быстрое решение.
            +2
            … но отчего-то не делают :)
              0
              Так не умеют просто.
                0
                Всюду заговор против Люникса.
                  0
                  Заговора нет. Есть отсутствие учебных материалов.
            0
            позволю отчасти согласиться с Вами :) да, тот же MSA2000 на двух «Турионах» лопатит весьма и весьма :) т.е. я бы конечно сказал что " мы получаем 12 ядер и до 192 гигабайт памяти( 18 слотов) " но…
            тут главное понять, что HP StorageWorks P4000 Unified NAS Gateway это именно NAS Gateway в первую очередь :) то есть это интерфейс к p4000, позволяющий сделать вышеописанный функционал ВМЕСТЕ с HP StorageWorks P4000 SAN

              +2
              Человек просто не понимает задачи, которая решается.

              Реальная задача для такой системы меряется не в мегабайтах в секунду, а в операциях ввода-вывода в секунду (IOPS) и latency time на random мелкими блоками.
              А это совсем другая история.
              +2
              В реальной жизни гораздо боле важным параметром быстродействия является не throughput, а latency и IOPS. Нагнать мегабайтов в секунду на секвентальном доступе ума много не надо, но нужны они, по сути, на одной задаче — Backup/Restore.

              В жизни же нужны OLTP-like задачи. А это мелкие блоки 4-8K в рандоме, и не объемы трафика, а операции.

              И вот это уже гораздо более процессоро- и памяте-емкая задача.

            Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

            Самое читаемое