Что касается аппаратной части, то здесь всё довольно стандартно - можно выбрать между двумя моделями - 128ГБ памяти на узел, либо 192ГБ. Других отличий нет - 2 процессора Intel Xeon E5-2620 V2, 3*1.2TB SAS, 400GB SSD, 2*10G ethernet. Всё, что потребуется клиенту для запуска - стойка, коммутатор (10Гбит), электропитание и ноутбук для настройки. EMC обещает, что за 15 минут можно вполне уложиться с первоначальной инициализацией системы и уже приступать к созданию виртуальных машин. Настройка, по большей части, происходит автоматизировано и от администратора требуется минимум участия.
четверг, 5 февраля 2015 г.
Еще один игрок среди реализаций EVO:RAIL
Что касается аппаратной части, то здесь всё довольно стандартно - можно выбрать между двумя моделями - 128ГБ памяти на узел, либо 192ГБ. Других отличий нет - 2 процессора Intel Xeon E5-2620 V2, 3*1.2TB SAS, 400GB SSD, 2*10G ethernet. Всё, что потребуется клиенту для запуска - стойка, коммутатор (10Гбит), электропитание и ноутбук для настройки. EMC обещает, что за 15 минут можно вполне уложиться с первоначальной инициализацией системы и уже приступать к созданию виртуальных машин. Настройка, по большей части, происходит автоматизировано и от администратора требуется минимум участия.
среда, 21 января 2015 г.
Sanbolic переходит под крыло Citrix
Ссылки в тему:
Как обеспечить высокую доступность XenDesktop?
Копирование файлов на CSV диск
Общий доступ к дискам (Sanbolic Melio FS и другие)
beta версия Sanbolic MelioFS 2009 R1
Сказка перед выходными
пятница, 20 июня 2014 г.
NetApp FAS8080 EX - новый флагман
NetApp анонсировал свой новый флагман в линейке FAS8000 - FAS8080EX.
![]() |
| FAS8080 EX |
- 20 ядер на контроллер
- 128ГБ памяти на контроллер
- 16ГБ NVRAM на контроллер
- уже привычный для 8000 богатый набор портов из коробки
- 12 слотов PCI-E Gen3 для расширения (на контроллер)
![]() |
| Контроллер FAS8080 EX (без IOXM) |
- 8 портов 10GbE
- 8 универсальных портов UTA2 (можно настроить как 10GbE, либо как 16Gb FC - либо как комбинацию из 4*10GbE и 4*FC портов)
- 8 портов GbE (кто-то еще использует в таких системах? :) Шутка - конечно GbE все еще очень актуален
- 8 портов SAS для подключения полок расширения
пятница, 11 апреля 2014 г.
понедельник, 24 марта 2014 г.
ASIC или процессор + софт?
пятница, 29 марта 2013 г.
IBM Storwize: active/active или нет?
Сегодня – вольный перевод заметки про V3700 известного блоггера из IBM - Barry Whyte.
Часто можно слышать вопрос, является ли система V3700 настоящей active/active или active/passive? Подоплека вопроса в том, что в свойствах логического диска (volume, vdisk, LUN) всегда указан “preferred” контроллер:
Однако, этот параметр нужен вовсе не для того чтобы указать единственный “активный” контроллер, а для оптимизации нагрузки на систему (распределению между контроллерами). При создании нескольких томов они чередующимся образом распределяются между контроллерами, а дальше в дело вступает драйвер multipath на уровне сервера. Если драйвер на сервере поддерживает ALUA, то такое указание “активного” контроллера позволит, при наличии нескольких томов, распределить нагрузку между контроллерами. Трафик “от” и “к” каждому конкретному тому будет идти через его “preferred” контроллер, а если томов много, то оба контроллера будут загружены примерно одинаково (конечно в отдельных случаях может потребоваться ручное перераспределение). Если же драйвер не поддерживает ALUA, то будет использоваться режим round-robin (чередование путей) и все контроллеры также будут равномерно загружены. В этом случае, (с точки зрения сервера) нет разницы, какой контроллер “preferred” – оба будут получать трафик со стороны хоста.
Для всех СХД IBM, построенных на базе микрокода SVC (SVC, V7000, V3700, V3500) реализовано такое поведение при получении запроса от хоста:
- запросы на чтение обрабатываются тем контроллером, на который пришел запрос;
- успешность запроса на запись подтверждается (ACK) тем контроллером, на который пришел запрос. Разумеется, это происходит только после зеркалирования записываемого блока в кэш второго контроллера. Затем уже “preferred” контроллер осуществляет непосредственный сброс кэша на диски.
На основании вышесказанного можно с полной уверенностью утверждать, что все перечисленные СХД являются настоящими active/active СХД.
среда, 5 декабря 2012 г.
Изменения после апгрейда DS3500 до микрокода 7.84
Я уже писал про анонс новой прошивки для систем DS3500/DCS3700. Но стали возникать резонные вопросы – что из лицензируемых опций уйдет в прошлое, а что придется все равно докупать. Так как в комментариях картинки вставляются плохо, то ниже подробное описание.
Вот так выглядит состояние активированных дополнительных возможностей в стандартной DS3500 (“из коробки”):
Что мы имеем?
- 4 Storage Partitions
- 2 FlashCopy (классический снапшот)
- поддержка до 96 дисков
Все остальное нужно докупать.
После апгрейда микрокода до версии 7.84 картина, как и ожидалось, меняется:
Что мы имеем?
- 2 FlashCopy (классический снапшот)
- 32 Enhanced FlashCopy (что это такое)
- поддержка до 96 дисков
- поддержка VolumeCopy
Больше не нужно приобретать лицензии на Storage Partiotions и VolumeCopy, а также есть приличное количество мгновенных снимков “из коробки”.
А Вот что осталось за дополнительные деньги:
- увеличенное количество FlashCopy (лицензия Back up & Restore Option - до 512 снимков для DS3500);
- зеркалирование, репликация на удаленную систему (Disaster Recovery Option);
- High Performance Tier (Turbo Performance - для DS3500) - увеличивает производительность на запись (актуально на больших потоках и/или при использовании SSD);
- Performance Read Cache - использование SSD в качестве кэша;
- поддержка свыше 96 дисков (до 192 для DS3500).
Обратите внимание, что данные нововведения доступны только для микрокода 7.84 – если по каким-либо причинам возможности обновиться нет (например, ограничения по совместимости), то необходимо, как и прежде, приобретать лицензии на нужный функционал (даже если в новой версии он и бесплатен)!





