Archive for the ‘justread’ Category.

Во что обходится производительность: NetApp и EMC

На днях EMC выкатило на тесты SPECmark (тесты производительности NAS enterprise-уровня), впервые с 2007 года, свой “суперболид” на базе симметрикса и “всех порвала!!!11″.
Впрочем, как выяснилось довольно скоро, не то чтобы совсем порвала, а так, понадрывала по краю ;)
По этому поводу блоггеры NetApp вовсю ехидничают.
Судите сами:
EMC Symmetrix V-MAX, 4x V-engines, 264GB cache total
96 штук 400GB EFD flash drives (это EMC-шные SSD) в двух RAID-1
3 штуки (2 active + 1 passive) Celerra NS-G8 Datamovers в качестве NAS Gateway, 8GB cache в каждой.
24-портовый коммутатор FC, чтобы всю эту кухню пересоединять между собой
Наддув, впрыскивание закиси азота, ксеноновые фары и брызговики Sparco.

И все это счастье сисадмина, стоимостью не менее чем 6 миллионов долларов в ценах американского лиспрайса набирает аж 110621 спекмарковских попугаев по SPECsfs2008 в NFS (и 118463 в CIFS, которые никто почти и не меряет из участников).

Круто типа.
Но при этом еще в прошлом году NetApp публиковал результаты FAS6080, с ценой проекта едва ли вполовину EMC-шной, на обычных дисках (не SSD), и даже без Performance Accelerator, показавшей 120011 спекмарковских попугаев.
А результат в районе 60 тысяч, то есть вполовину EMC-шного “устройства для завоевания превосходства в датацентре” показывает довольно таки средненькая midrange FAS3160, причем при использовании PAM делает она это на всего лишь 96 дисках SATA (!)

Я уж не говорю, что по абсолютной величине их обгоняет, например система производства Huawei Symantec ;)

Материалы по теме:
Все опубликованные результаты SPECsfs2008
Ник Триантос: “Как потратить побольше, а получить поменьше”
Вон Стюарт: “Бенчмаркинг-жульничество*”
* “Жульничество”(Shenanigans) - один из любимых терминов Чака Холлиса, блоггера EMC, обычно в отношении NetApp.
Комменты к обоим вышеприведенным постам не только доставляют, но и служат интересными источниками подробностей, рекомендую.

Warranty и onsite-доставка в NetApp

Часто приходится отвечать на вопрос: “Ну понятно, в Москве, конечно, все хорошо. А что делать остальной “заМКАДной” России? Что, вот прямо “некст бизнес дэй” и по остальной России? Да не поверю никогда!”

Найти пример, чтобы и “не в Москве”, и с вылетевшей запчастью, и со включенным autosupport,  оказалось непросто. Но нашел. Вот смотрите.

Организация в городе Сургут, Тюменской области, эксплуатирует FAS3020 (6 полок дисков, 84 штуки) c октября 2007 года.

22 января 2009 года, четверг, в 08:06 PST (Pacific Standard Time, “среднекалифорнийского”, в кейсовой системе NetApp время записывается “американское”. PST это GMT-8), то есть в 19:06 московского, или 21:06 местного, сургутского, система сообщает о выходе из строя диска. Автоматически заводится кейс.

Через минуту, 08:07 он обработан сотрудником поддержки, и заведен RMA (Return Materials Autorisation), то есть отдана команда на доставку.

В 20:54 того же дня, то есть в 23 января, 7:54 утра пятницы московского или 9:54 пятницы местного делается отметка в кейсе, что кастомер уведомлен, и контакт доставки подтвержден.

23 января 2009, в 03:56 PST или 16:56 местного делается отметка, что диск отправлен.

По UPS tracking number можно отследить подробности доставки:
Delivered on: 26.01 (понедельник), 14:26, местного времени.

Другой обнаруженный случай “немосковской” onsite dielivery. Калуга. Также FAS3020, 2 полки дисков, с июля 2008.

10/15/2009 02:05:22 PST  - отказ диска зарегистрирован в кейсе.
10/15/2009 05:33:10 PST – RMA заведен, получено потверждение об отправке из UPS.
10/17/2009 03:34:17 PST - “customer requests case be closed on NOW: Hi Disk is replaced. Ok to close”

Oracle на NetApp – вся библиотека techlibrary

Уверен, вы уже знакомы с черезвычайно полезны ресурсом на сайте NetApp, сборником справочной литературы, Best Practices, и рекомендаций по многочисленным областям применений систем хранения NetApp. Расположен он вот по этому адресу: http://www.netapp.com/us/library/

А ниже собраны для примера все документы NetApp касающиеся только одного продукта – СУБД Oracle.

Возможно практическим dba такая подборка будет полезна, а остальных впечатлит размерами :)

NetApp Best Practices
http://media.netapp.com/documents/tr-3369.pdf  Best Practices for Oracle (through 10g)
http://media.netapp.com/documents/tr-3633.pdf  Best Practices for 11g
http://media.netapp.com/documents/tr-3761.pdf  Best Practices for SnapManager 3
http://media.netapp.com/documents/tr-3426.pdf  SnapManager with 10g RAC Grid
http://media.netapp.com/documents/tr-3442.pdf  SAP on Unix and Oracle with NFS
http://media.netapp.com/documents/ra-0002.pdf  Test/Dev Reference Architecture with Data Guard
http://media.netapp.com/documents/tr-3803.pdf  Oracle VM Best Practices

Performance
http://media.netapp.com/documents/tr-3700.pdf  Oracle 11g Protocol Performance on Linux
http://media.netapp.com/documents/tr-3495.pdf  Storage Protocol Performance on Linux
http://media.netapp.com/documents/tr-3408.pdf  Storage Protocol Performance on AIX
http://media.netapp.com/documents/tr-3496.pdf  Storage Protocol Performance on Solaris
http://media.netapp.com/documents/tr-3322.pdf  Oracle NFS Performance on Solaris
http://media.netapp.com/documents/tr-3557.pdf  HP-UX NFS Performance on 10g
http://media.netapp.com/documents/tr-3357.pdf  Oracle 9i RAC OLTP performance on iSCSI
http://media.netapp.com/documents/tr-3753.pdf  OLTP Performance with NetApp Performance Acceleration Module
http://media.netapp.com/documents/tr-3622.pdf  11g Single Instance Sequential Workload Performance with DNFS and iSCSI on Windows
http://media.netapp.com/documents/tr-3628.pdf  Sequential Workload Performance with iSCSI and NFS

Data Protection
http://media.netapp.com/documents/tr-3520.pdf  SAP Data Protection for Unix on Fibre Channel
http://media.netapp.com/documents/tr-3211.pdf  Data Protection for 9i on Windows
http://media.netapp.com/documents/tr-3368.pdf  Data Protection for 10g on Asianux
http://media.netapp.com/documents/tr-3377.pdf  Oracle with NetApp Open Systems SnapVault (OSSV)

Applications
http://media.netapp.com/documents/tr-3444.pdf  SAP on Microsoft Windows with NetApp
http://media.netapp.com/documents/tr-3533.pdf  SAP on Unix with Fibre Channel
http://media.netapp.com/documents/tr-3391.pdf  Oracle E-Business Suite on NetApp
http://media.netapp.com/documents/tr-3797.pdf  SAP TDMS (Test Data Migration Server) on NetApp
http://media.netapp.com/documents/tr-3300.pdf  Cloning Oracle E-Business Suite with SnapMirror
http://media.netapp.com/documents/tr-3366.pdf  SAP Data Protection on Oracle on Windows
http://media.netapp.com/documents/tr-3365.pdf  SAP Data Protection on Unix and NFS
http://media.netapp.com/documents/tr-3672.pdf  Fusion Middleware Disaster Recovery

Real Applicaiton Clusters
http://media.netapp.com/documents/tr-3572.pdf  Oracle 10gR2 NFS Setup
http://media.netapp.com/documents/tr-3572.pdf  Oracle 10g RAC with ASM on NFS
http://media.netapp.com/documents/tr-3349.pdf  Oracle 10g RAC with ASM on iSCSI
http://media.netapp.com/documents/tr-3189.pdf  Oracle 9i RAC on Red Hat 3
http://media.netapp.com/documents/tr-3413.pdf  Oracle 10g RAC on SUSE
http://media.netapp.com/documents/tr-3536.pdf  Oracle 10g RAC on SUSE9
http://media.netapp.com/documents/tr-3555.pdf  Oracle 10g RAC Cluster Synchronization Services with NetApp
http://media.netapp.com/documents/tr-3527.pdf  Oracle 10g with Power Linux (RHEL AS4 U3)
http://media.netapp.com/documents/tr-3542.pdf  Oracle 10g RAC on AIX
http://media.netapp.com/documents/tr-3479.pdf  Oracle 10g RAC on AIX
http://media.netapp.com/documents/tr-3330.pdf  Oracle 10g RAC with RHEL 3
http://media.netapp.com/documents/tr-3389.pdf  Oracle RAC for HP Service Guard/HP LVM over Fibre Channel
http://media.netapp.com/documents/tr-3399.pdf  Oracle RAC on IBM HACMP SAN

DNFS
http://media.netapp.com/documents/tr-3614.pdf  HA for Oracle with DNFS on NetApp MetroCluster

Disaster Recovery
http://media.netapp.com/documents/tr-3455.pdf  Disaster Recovery for Oracle on NetApp
http://media.netapp.com/documents/tr-3639.pdf  Disaster Recovery with Sun Cluster and NetApp MetroCluster

Misc
http://media.netapp.com/documents/tr-3646.pdf  Oracle 11g with VMWare
http://media.netapp.com/documents/tr-3803.pdf  Upgrading to 11g leveraging SnapMirror, FlexClone, and Real Applicaiton Testing
http://media.netapp.com/documents/tr-3762.pdf  Oracle Data Masking with SnapManager for Oracle
http://media.netapp.com/documents/tr-3792.pdf  Database Migration to Large ONTAP 8.0 Aggregates
http://media.netapp.com/documents/tr-3414.pdf  Ensuring Oracle Data Integrity with NetApp SnapValidator
http://media.netapp.com/documents/tr-3469.pdf  Enterprise Manager plug-in for NetApp
http://media.netapp.com/documents/tr-3781.pdf  NetApp with Oracle ILM Assistant
http://media.netapp.com/documents/tr-3791.pdf  Leveraging Transportable Tablespaces with Flexclones
http://media.netapp.com/documents/tr-3575.pdf  Oracle 10g with Decru DataFort on RHEL 4 on FCP

Производительность iSCSI на 10G Ethernet

В блогах MSDN найден любопытный документ тестирования iSCSI на 10G Ethernet, с использованием MS Windows Server 2008, Hyper-V, и системы хранения NetApp FAS3070.
Даже несмотря на то, что использовался довольно старенький сторадж (3070 это топовая модель предыдущей midrange-линейки, в настоящий момент уже не выпускаемая, вся серия 3000 уже целиком заменена на 3100), и чисто “софтверный” iSCSI, результаты могут показаться любопытными тем, кто еще раздумывает “А насколько быстр на самом деле этот непонятный iSCSI?”

http://download.microsoft.com/download/F/B/3/FB38CA2C-6694-4D25-8452-4A28668A87F2/MSFT-NetApp-10G.docx

Следует отметить, что карты 10G Ethernet, например рассматриваемая в этом тестировании двупортовая Intel 10 Gigabit AF DA dual port Server Adapter по ценам Price.ru стоит ~770$, а вообще 10G адаптеры начинаются уже от 500$.

Интересные клиенты NetApp - WETA Digital.

Время от времени удается найти каких-нибудь интересных и показательных клиентов NetApp помимо тех, кто есть в директории Success Stories.
Очередная находка - новозеландская компания WETA Digital, одна из крупнейших в мире студий цифрового 3D рендеринга, моделлинга и анимации, cозданная для фильма Lord of the Rings, и делавшая King Kong, District 9, Avatar, и некоторые другие заметные и значительные фильмы “цифровой эпохи”.

Я обратил внимание на мелькнувшие стойки F800 еще когда несколько лет назад смотрел документальные фильмы серии “Making of Lord of the Rings”.
Данные подробнее нашлись в интернете:

“Каждый кадр фильма занимает 12,5MB, 24 кадра в каждой секунде фильма. Для трехчасового фильма это соответствует 3 240 000 MB объема хранилища. WETA ипользовала два сканера Imagica … и сосканировала 1.5 миллиона кадров (около 18 TB) как исходные кадры картинки до того, как наложить на них спецэффекты. Файлеры NetApp хранили предварительные данные для работы художников WETA Digital. 300 художников использовали системы хранения для добавления цифровых изображений к “живой съемке”, накладывая пейзажи, персонажей и другие эффекты, например движение.

Каждый “шот” (сцена) занимал от двух до восьми недель работы,и все они оставались “в онлайне”, пока над ними шла работа. WETA Digital использовала от 1400 до 1600 процессоров своей фермы рендеринга и обработки (Intel Xeon 2.2 GHz) работавшие день и ночь все дни в неделю. Это заняло около 40000 рабочих часов в день или 4 миллиона рабочих часов на только один фильм из трех, “Two Towers”, интенсивно нагрузив системы NetApp гигантским объемом работы. Scott Houston (Weta CTO) отметил, что им требовалась не только гигантская емкость хранения, но и большая вычислительная мощность.
Первичным хранилищем были файлеры NetApp - три F840s и пять F880s, с одним R100 (система Nearstore с дисками SATA, когда такие системы еще производились NetApp как отдельные устройства) использовавшимся как буферное хранилище первоначальных сканов. Общее решение также включало в себя систему SGI Origin 2000 с 3 TB хранения и ленточные библиотеки, емкостью около 240 TB; 120 TB занимали полные копии для избыточности. Только 20 TB данных были доступны художникам одномоментно. В настоящий момент (статья датирована 2003 годом) WETA Digital хранит 40 миллионов файлов, содержащих фильм-1 (Fellowship of the Ring) и фильм-2 (Two Towers)…”

Начав в 2001 году использование “фермы” всего в одном 19-дюймовом шкафе серверов с 32 процессорами рендеринга, к третьему фильму она нарастила ее в сто раз, до 3200 процессоров.
В период работы над King Kong WETA занимала 4 места в Top500 of Supercomputers, с системами:

Rank System Procs Rmax Rpeak Vendor
Rank - 109 IBM BladeCenter HS20 Cluster, Xeon EM64T 3.6 GHz - Gig-Ethernet - 1000 processors
Rank - 323 IBM BladeCenter HS20 Cluster, Xeon EM64T 3.6 GHz - Gig-Ethernet - 512 processors
Rank - 335 IBM BladeCenter Cluster Xeon 2.8 GHz, Gig-Ethernet - 1176 processors
Rank - 338 IBM< BladeCenter Cluster Xeon 2.8 GHz, Gig-Ethernet - 1080 processors

Над этим фильмом трудились 3768 процессоров.
Один только третий фильм LOTR Trilogy - Return of the King занял 60TB оперативного хранилища, 72TB на nearline-системах, и полпетабайта на архивных лентах (StorageTek L700e).

В ходе разработки архитектуры системы хранения компании встал вопрос выбора между Ethernet и Fibre Channel. Этот выбор, в свою очередь, определял и выбор соответствующего хранилища; файлового по Ethernet или блочного через SAN fabric.

CTO компании, Jon Labrie говорит:
“Мы рассматривали Fibre Channel, но пришли к выводу отказаться от него. Во-первых, цена была для нас невозможной, во-вторых, выбор FC не позволил бы нам проделать переход на новую систему плавно.” По этой причине WETA выбрала Gigabit Ethernet.

“Решение выбрать Gigabit Ethernet оказалось весьма важным,” говорит Labrie. “Если бы я выбрал что-то более “эзотерическое”, такое как Fibre Channel, мой выбор между поставшиками, при последующей необходимости расшириться, был бы гораздо более узким… И у меня не было бы возможности использовать преимущества конкуренции между вендорами, например, коммутаторов.”

К концу работы над Return of the King, фильмом, превышавшим по объему “цифровой работы” первые два фильма вместе взятых, WETA начала переход на 10G Ethernet.

Известно, что WETA пыталась перейти на Bluearc Titan 2000, в период работы над King Kong.

Однако, после экспериментов, к началу работы над Avatar она вернулась на NetApp.
На сегодня она располагает фермой рендеринга в 30 тысяч процессоров в blade-серверах, и системами серий FAS6000, каждая из них снабжена 5 платами PAM, суммарной емкостью 160GB DRAM в каждом контроллере. Используется доступ по сети 10G Ethernet.

Приложение: фотография части рендерфермы WETA.

Best Practices по NetApp - по-русски.

А сегодня я не буду писать ничего специального, вместо этого я еще раз привлеку ваше внимание, что совместно с компанией-дистрибутором Netwell, мы переводим и публикуем важные работы из техбиблиотеки NetApp.

На сегодня уже сделаны, можно пойти и почитать:

Разработка файловой системы для специализированного файлсервера NFS
Dave Hitz, James Lau, & Michael Malcolm
Фундаментальная работа 1993 года, описывающая основу основ внутреннего мира систем NetApp, то, с чего собственно все и началось - ту самую, для многих загадочную, “файловую систему” WAFL, Write Anywhere File Layout.
Описание общее, но поможет разобраться в главном.

Поддержка систем NetApp. Руководство пользователя
Global Services | NetApp
Руководство и настольная книга админа системы хранения. Вкратце и понятно о том, что входит в понятие “поддержка” того или иного уровня, как оказывается, “куда бежать и кому звонить”, в случае чего. Как создать кейс, как изменить его статус, полезные ссылки и правила.

Руководство по наилучшим способам использования систем NetApp с Oracle
Eric Barrett, Bikash R. Choundhury, Bruce Clarke | NetApp | TR 3369
Несколько устаревшее, но все равно во многом полезное руководство по настройке и использованию систем хранения NetApp под базы данных Oracle на разных платформах: Windows, Linux, Solaris, и других. Полезные советы и рекомендации по настройкам.

Руководство по наилучшим способам использования систем NetApp с VMware Virtual Infrastructure 3
M. Vaughn Stewart, Michael Slisinger, Larry Touchette, | NetApp | TR 3428
Пусть и не по наиболее свежей версии - vSphere (этот перевод появится в следующем году) но все равно чрезвычайно полезное, всеобъемлющее руководство наилучших практик по использованию систем хранения NetApp для хранения данных виртуальных инфраструктур.
Полезные советы, тонкая настройка, особенности установки и настройки как на стороне системы хранения, так и на стороне VMware ESX/VI.

Использование FlexClone для создания клонов файлов и LUN
Uday Boppana | NetApp | Октябрь 2009 | TR 3742
Одна из краеугольных и фундаментальных технологий современных систем NetApp - возможность создания клонов данных - расширена в версии 7.3.1. Теперь клонировать не занимая на диске места можно не только том целиком, но и отдельный файл, LUN, и даже, при определенных условиях, отдельный файл внутри LUN!

Использование Thin Provisioning в системах хранения NetApp
Rick Jooss | Январь 2008 | TR-3483
Продолжая тему фундаментальных технологий, помогающих экономить пространство на дисках, сокращать затраты и повышать степень использования оборудования - технология Thin Provisioning, встроенная в все системы хранения NetApp, поможет экономно распределять место на дисках в соответствии с потребностями задач - столько сколько нужно, ни больше, ни меньше.

Руководство по установке и настройке дедупликации в системах NetApp FAS и V-Series
Carlos Alvarez | NetApp | TR-3505-0309
И если уж мы заговорили о передовых и уникальных технологиях NetApp, то невозможно пройти мимо по прежнему уникального на рынке предложения - дедупликации на “боевых”, рабочих, primary системах. Средства, позволяющего NetApp гарантировать, что, при использовании его на данных виртуальных сред, экономия объемов хранения по сравнению с любым конкурентом, составит по меньшей мере 50%!
Средства, бесплатно поставляющегося с любой системой хранения NetApp.
В документе подробное описание его работы, а также советы по установке, настройке, и примению с разными прикладными системами.

Руководство по сайзингу для SQL Server 2005/2008 и систем хранения NetApp
John S. Parker | NetApp | TR-3779
Документ, наиболее полезный специалистам по конфигурированию NetApp, рассказывает о деталях сайзинга - количественного анализа и расчета производительности системы хранения NetApp, хранящей базы данных MS SQL Server 2005.

Руководство по наилучшим методам использования систем хранения NetApp с MS Exchange 2007
Brad Garvey, Shannon Flynn | NetApp | TR 3578
Также не обойден вниманием и другой популярнейший продукт Microsoft - всеобъемлющая “система передачи сообщений”, ставшая дефакто стандартом в корпоративном мире - MS Exchange 2007. Рассмотрены рекомендации и наилучшие решения по настройке и использованию этой системы на хранилищах NetApp, оптимизация производительности и использование средсв обеспечения надежности и высокой готовности.

Поддержка SMB2.0 в протоколе CIFS на NetApp

Появившийся на Wndows Vista, а позднее и на Windows Server 2008 протокол SMB2.0, дальнейшая разработка Microsoft своего сетевого протокола, показывает заметное улучшение производительности, однако требует для своей работы пока не слишком распространенных платформ Vista и Server 2008.

Но для тех, кто уже перешел на новые платформы, интересно будет узнать, что SMB2.0 поддерживается в протоколе CIFS в NetApp FAS начиная с версии ONTAP 7.3.1
Для включения SMB2.0 надо изменить значение системной опции options cifs.smb2.enable

Любопытное исследование, показывающее эффект от перехода на SMB2.0 с Jumbo Frames в гигабитной локальной сети найдено тут:
http://www.alternativerecursion.info/?p=48

image

Пожалуйста, обратите внимание, что SMB2.0 поддерживается только в Vista, Windows 7 и Server 2008, включать его при использовании в сети клиентов XP и Server 2003 нельзя.

Официальный документ из технической библиотеки NetApp:
SMB 2.0 – Next Generation CIFS protocol in Data ONTAP®

Не пренебрегайте “манами”!

За системами хранения NetApp давно и справедливо закрепилась слава простых в обслуживании, администрировании и настройке устройств. Без сомнения, в направлении облегчения и упрощения работы админа системы хранения сделано очень много, и все это действительно так, и все правда.

Но хочу обратить внимание “начинающих нетапповодов”, устанавливающих и настраивающих свою первую систему хранения.
Бойтесь попасть в плен к этой “простоте”!

Не раз, и не два приходилось сталкиваться с ситуацией, когда новоиспеченный админ свежекупленной системы “что-то там такое настроил, оно вроде заработало, но что-то все так криво, и медленно…”. Вполне “логичный” его вывод – это оттого, что NetApp – плохие и кривые стораджи, что это они не могут сами настроится, чтобы было все шоколадно??

Из того факта, что набрав в командной строке “setup”, нажав 9 раз Enter, согласившись со всеми предложенными умолчаниями, и получив заработавшую систему хранения, совершенно не следует, что этого абсолютно достаточно, и что вы получили идеально настроенную для вашего конкретного случая высокопроизводительную систему хранения.

Эта кажущаяся “простота” старта, которая, безусловно, огромный рывок вперед, по сравнению с большинством процедур установки и настройки у “одноклассников”, вовсе не означает, что - “все как-то само настроится и идеально заработает”.

Нет.

Системы хранения NetApp – непросты внутри. Многие вещи, о чем в этом блоге писалось и пишется, сделаны другим, зачастую непривычным, по сравнению с “обычными системами хранения”, способами. Не плохим, а просто иным. К этому надо привыкнуть, понять, и уметь это использовать “на пользу”.

Для многих “обычных систем хранения”, где процедура инсталляции, а зачастую и обслуживания, делается “специально обученными людьми” из компании-партнера, долго и упорно учившимися, и имеющими опыт установки десятков аналогичных систем хранения в различных конфигурациях, эта сложность, зачастую, скрыта от вас. Купив какой-нибудь “vendor certified persons’ installable system” вы получаете уже оптимально (и небесплатно, обычно) настроенную специалистом систему. В случае NetApp вы можете установить ее своими силами. Это возможно, допустимо, и не ведет, как в случае систем некоторых других вендоров, к отказу от поддержки, например.
Но надо трезво понимать всю непростоту, скрытую за первоначальной легкостью старта.

Отчасти в эту же “западню” попадают многие начинающие сисадмины серверов Windows. Из того, что вы десятком щелчков мыши в трех “мастерах” можете настроить сервер, который в случае использования “другой операционной системы” требует трехмесячного “курения манов”, зубрения howto и осады форумов с “гуру”, не следует, что глубокое понимание сути OS и ее работы – не нужно, и то, что вы таким образом настроили – идеал и верх технического совершенства.
Поэтому, в результате мы имеем широко распространившееся убеждение, про то, что “венда-масдай”, и только FreeBSD (Solaris, AIX, Linux, HP-UX, any other rare and bizzare acronym here) – Настоящая Серверная OS! Ведь пока вы роете HOWTO и, посылаемые “в маны и гугл”, надоедаете “гуру”, вы поневоле начнете понимать что-то в основах, в практике и теории.

Каких только таких “самонастроенных” кадавров не приходилось встречать. Логи высокопроизводительной базы Oracle, положенные на свободное место в vol0 (“а то что оно пропадает?”). Система с восемью aggregates, по три-четыре диска в каждом (ну, когда нам нужен новый volume, мы создаем aggregate нужного размера, потом на нем – volume, разве не так надо?”), LUNы без резервирования и с отключенным space reallocation (“а мы-то думали, что это последние полгода все работает медленнее и медленнее!?”).

Поэтому – пожалуйста, не пренебрегайте “манами”. “Простота” систем хранения NetApp – кажущаяся. Тем более, что подробных и конкретных руководств, Deployment Guide и Best Practices, по применению и настройке систем NetApp, с различными прикладными задачами и приложениями – множество, как на сайте NetApp, так и на сайте IBM (системы N-Series которых это продукты NetApp).
Все больше появляется переводов их на русский, которые я делаю для онлайн-библиотеки компании-дистрибутора Netwell.

Пользуйтесь ими, следуйте им, многие из них, как и уставы, “написаны кровью” (и вазелином;).
Не пренебрегайте помощью квалифицированного вендорского саппорта, тем более, что они получают немалые деньги и прямо занимаются решением пользовательских проблем ежедневно.

И будьте счастливы с вашими стораджами. :)

Руководство владельца

В техбиблиотеку Netwell выложен очень полезный, переведенный на русский документ: “Руководство владельца системы хранения”. Это подготовленный сервисным отделом NetApp документ, в котором подробно рассматриваются вопросы того, как работает техподдержка на установленную у пользователя систему хранения NetApp.
Рассмотрено множество полезных практических вопросов:

  • Что входит в поддержку для разных ее уровней
  • Как настроить службу Autosupport
  • Как открыть кейс в NOW (NetApp on Web)
  • Что такое “уровень кейса”, как его поднять в случае необходимости
  • При каки случаях какие действия следует предпринимать для наилучшей скорости реакции
  • Полезные ссылки на файлы и документы на сайте NOW
  • Наилучшие методы решения той или иной задачи
  • …многое другое

Не забывайте, что каждая проданная система обеспечивается вендорской поддержкой, в сервисе работают опытные и компетентные специалисты, ежедневно решающие множество проблем, поэтому, прежде чем создать на каком-нибудь русскоязычном форуме тему “Купили тут нетапп тока он чото не работает как надо, подскажите куда рыть-то?” обратитесь с этим в его родной саппорт. Вероятность получения действенного и компетентного совета там будет выше в разы.

Виртуализация сэкономила 75 тонн серверов

Любопытная статья нашлась на ресурсе wikibon.org

British Telecom, перейдя на виртуальную серверную инфраструктуру (и, среди прочего, на системы хранения NetApp), избавился, в общей сумме, от 75 тонн оборудования.

  • 3100 различных серверов превратились всего в 134.
  • 700 шкафов с оборудованием на 8 сайтах – в 40 на пяти сайтах.
  • 2.1 мегаватта потребляемой электроэнергии – в 0,24 мегаватта
  • 9300 сетевых портов – в 840
  • 20% уровень использования хранилищ данных достиг 70%
  • 6 недель развертывания новых серверов – в менее чем один рабочий день.

Используется 9PB хранилища на системах NetApp (из 27PB общего пространства хранения).
В результате, например, только на счетах за электричество достигнута экономия в два с половиной миллиона долларов США в год.

23/1.046