Скетч-шоу «Нереальная история»

С самого нашего первого крика при рождении и до последнего вздоха в конце жизни нас программируют. Родители, друзья, учителя и даже врачи. Нас окружают правила и законы, алгоритмы и различные руководства. Я хочу выделить один комментарий к моей последней публикации от пользователя Zoomerman:

Программист — человек, создающий программы.
Программист выстраивает цепочку событий, используя доступное множество ресурсов.
Программы бывают компьютерные, музыкальные, поведенческие, обучающие и т.д.
Программа начинает создаваться в тот момент, когда человек определяет начальную и конечную точки процесса.
И если менеджер говорит «у меня есть товар, хочу его поменять на деньги» — он превращается в программиста и строит алгоритм этого процесса.
Для меня программист — это не каста и не профессия. Программист — это состояние ума.

Сколько слов в английском языке? Oxford English Dictionary содержит около 500 000 словарных статей, не учитывая специфические научные слова и выражения (которых насчитывается еще порядка 500 000). А как вы думаете, какой средний словарный запас иностранного языка дает вам средняя школа за время обучения? Правильный ответ – около 2500 слов. Мало ли этого набора? Тут уже надо исходить из ваших целей. Для общения с иностранцами на деловые темы – однозначно мало. Для чтения несложных текстов в интернете – более чем достаточно. Если быть точнее:

400–500 слов – активный словарный запас для владения языком на базовом (пороговом) уровне.
800–1000 слов – активный словарный запас для того, чтобы объясниться; или пассивный словарный запас для чтения на базовом уровне.
1500–2000 слов – активный словарный запас, которого вполне хватит для того, чтобы обеспечить повседневное общение в течение всего дня: или пассивный словарный запас, достаточный для уверенного чтения.
3000–4000 слов – в общем, достаточно для практически свободного чтения газет или литературы по специальности.
Около 8000 слов – обеспечивают полноценное общение для среднего европейца. Практически не нужно знать больше слов для того, чтобы свободно общаться как устно, так и письменно, а также читать литературу любого рода.

К этим данным пришел известный шведский полиглот Эрик Гуннемарк, основатель Международной ассоциации `Amici Linguarum` (`Друзья языков`). Более того, он составил набор минимального количества слов и выражений, которые необходимо знать, для порогового уровня владения языком, назвав их Минилекс и Минифраз.

Интересно, а какой средний уровень словарного запаса у рядового пользователя сети и у вас лично? Об этом расскажу дальше.

Озарило меня еще в колледже, когда нужно было сдать огромную исследовательскую работу сразу после ноябрьского Дня благодарения. «Без проблем, — думал я, получая задание. — Впереди еще больше двух месяцев!» Да и начиналось все отлично: я быстро выбрал тему и закончил свое исследование задолго до ноября. А потом наступила прокрастинация…



Можете представить сами, что происходило в День благодарения. Вместо того, чтобы провести праздник с семьей, все выходные я просидел за написанием работы. Хотя один раз все же прервался на индейку!

Сейчас я считаю себя довольно продуктивным человеком, но по-прежнему вынужден бороться с прокрастинацией, — и, похоже, бороться с ней приходится не только мне. Это подтверждают и результаты опроса, который я провел для написания этой статьи:

• 85% респондентов прокрастинируют, по крайней мере, иногда.
  
• Около 25% респондентов прокрастинируют часто или очень часто.
  

Относитесь ли вы к этим 85% — или даже к 25% самых заядлых прокрастинаторов? Вы в хорошей компании.

В этой статье я поделюсь несколькими полезными приемами, которым я научился за годы борьбы с прокрастинацией: с их помощью вы сможете сделать следующий проект вовремя. Поверьте, в следующий День благодарения вы будете благодарить меня.

Переведено в Alconost

Один из пожилых инженеров решил, что у него в руках сверхсовременный секретный кластер для 3D-расчётов. Мы были жестоки и не стали говорить, что это всего лишь тонкий клиент.

VDI — это инфраструктура виртуальных рабочих столов. В отличие от «обычного» терминального доступа, упрощая, речь идёт не о нескольких одновременных пользовательских сессиях на одном сервере с операционной системой, а о нескольких виртуальных машинах на физическом сервере. Каждый пользователь получает свой собственный виртуальный ПК, куда может подключаться хоть с телефона.

Есть миф, что VDI — это всегда очень дорого. В целом это была правда до последних лет. В моей практике только в прошлом году VDI начали использовать, как решение для экономии на инфраструктуре. До этого VDI чаще всего была необходимыми затратами на безопасность корпоративных данных.

Не так давно появился пример снижения стоимости рабочего места: есть конструкторское бюро в Москве, и есть заводы по России. Чертежи поступают на заводы в 3D-формате, необходим было вносить небольшие изменения. На заводах не могли вносить изменения без дорогостоящей инфраструктуры. Закупалась очень мощная машина серверного уровня, на неё ставился дорогой комплект ПО. Затем эта машина и это ПО поддерживались администраторами из головной организации — при сложных случаях доходило до неблизкого выезда. С внедрением VDI всё стало происходить в дата-центре в Москве.

Как я уже писал в своих предыдущих постах, Data ONTAP v8.3.x это один из наиболее значимых релизов операционной системы для систем хранения NetApp серии FAS.

В этой статье я приведу наиболее значимые, с моей точки зрения, новые функции систем хранения NetApp в самой последней версии Clustered Data ONTAP. По традиции приведу пример на автомобилях: Представьте у вас есть Тесла автомобиль, вы обновили прошивку и получили автопилот с автопаркингом бесплатно, хотя его там раньше не было. Правда приятно? Так вот самыми главными аргументами обновить вашу систему до Cluster-Mode является сохранение инвестиций и возможность получить самый современный функционал на старом железе:

• Онлайн детекция (дедупликация) нулей на ходу, что может быть очень полезно в случае БД и провиженинга виртуальных машин.
• Онлайн дедупликация для FlashPool (и AFF) систем, что позволит продлить срок службы SSD дисков. Функция доступна начиная с 8.3.2.
• Если обновиться до VMWare vSphere 6, у вас будет поддержка vVOL как с NAS так и SAN
• QoS — установка максимального порога операций ввода-вывода или Мб/с на файлы, луны, вальюмы и SVM.
• Поддержка NFS4.1, которая также присутствует у VMware vSphere 6
• Поддержка pNFS которая позволяет распаралеливать NFS и переключаться между путями от клиента к файловой шаре без её перемонтирования, поддерживается с RHEL 6.4 и выше.
• Поддержка SMB (CIFS) 3.0 который работает с клиентами начиная с Win 8 и Win 2012

Всегда странно представлять себе времена, когда чего-то не было. Сложно сегодня представить себе, как мы жили без персональных компьютеров, без интернета, без торрентов, mp3, или без электрокопировальных аппаратов, в просторечии «ксероксов». Тем не менее всегда были времена, когда что-то привычное нам еще не существовало. Также обстояло дело и с понятием «снэпшота данных». Но сперва — что же такое «снэпшот»?

"Снэпшот" (дословно — «фотография», «моментальный снимок», здесь и далее под этим словом мы будем понимать конкретно, не уточняя, «снэпшот данных») это моментальная копия состояния данных в системе хранения, или программе, зафиксированная на определенный момент времени. Это может быть моментальное состояние содержимого файла, базы данных, или файловой системы (как частного случая «базы данных»).
В применении к системам хранения данных этот термин появился вместе с первыми системами хранения NetApp и был, на тот момент первой и главной их «фичей».

Введение

В области обеспечения непрерывности бизнеса существует много различных проблем, связанных с быстрым ростом данных в современных IT инфраструктурах. На мой взгляд, можно выделить две основные:

1. Как запланировать место для хранения большого объема данных
2. Как сделать резервную копию этих данных

Действительно, рост объема данных на терабайты в год у какой-нибудь крупной организации – сегодня вполне реальный сценарий. Но как быть с эффективным хранением и резервным копированием? Ведь в сутках есть максимум 24 часа и окно резервного копирования не может расти бесконечно (в отличие от самих данных). Сегодня я хочу рассказать, как дедупликация может помочь уменьшить остроту этой проблемы.

Итак, допустим, вы с интересом читаете все статьи о интересных фичах NetApp, и может быть даже придумали чем они могут быть вам полезны, но увы.
— Где же вы были год назад, — вполне резонно можете сказать вы мне — Когда мы покупали систему хранения от (вставьте название какого-нибудь вендора)? А теперь все, «я другому отдана и буду век ему верна». Ну или не век, а до конца срока оплаченной поддержки, обычно. Отчего вы не рассказали про все эти ваши возможности раньше, до того, как мы купили эту нашу систему хранения?
— Не беда, — скажу я вам в ответ, у NetApp есть и на такой случай что предложить.

Этот год для компании станет «годом Cluster-mode», несмотря на то, что поддерживающая этот режим работы версия Data ONTAP, собственная внутренняя OS, которая работает во всех системах хранения NetApp, в версии 8.0 вышла еще в 2008 году, по настоящему ее возможности по созданию «многоузлового кластера хранения» начинают реализовываться только сейчас.

Но для начала немного истории.
О перспективах развития систем хранения в направлении «облачных» систем начали говорить уже несколько лет назад, хотя тогда еще не вошло в IT-лексикон это модное слово, и тогда говорили о GRID-системах, идущих на смену «классическим» сетевым системам хранения.
Нет ничего удивительного в том, что NetApp, как компания традиционно много внимания уделяющая перспективным направлениям в отрасли, занялась темой «облачных» кластерных систем одной из первых. И вот что из этого получилось.

Многие слышали, что на западе владельцы ЦОД постоянно обеспокоены количеством потребляемой энергии и то, что их содержание обходится очень дорого. Одна из самых прожорливых компонент ЦОД это СХД, связано это с тем что последние используют большое количество механических жестких дисков. Многие также слышали что электроэнергия «за бугром» на много дороже. А как обстоят дела у нас?

А сегодня я хочу показать вам сделанную недавно одним из моих коллег подборку фотографий, в популярном среди гиков жанре unboxing, с пришедшей к ним недавно системы FAS2040A с дополнительной дисковой полкой DS4243. Кстати сказать, это именно тот самый проект, о котором я писал свой предыдущий (так удивительно малопопулярный в этом блоге) пост.
Пару месяцев назад оборудование было доставлено заказчику, и я попросил его пофотографировать некоторые основные этапы распаковки и установки, чтобы показать их вам.

В данном случае, так как NetApp FAS2040A с дисковой полкой DS4243 прибыл гораздо раньше всей остальной кухни (за что большой респект за оперативность дистрибуторам и партнерам, вот учились бы некоторые), мы начали с него, и именно поэтому на фото нет кроме него пока ничего. Но тут, в конце концов, не блог компании Cisco ;). По состоянию на сегодняшний день проект уже полностью развернут и запущен в «опытную эксплуатацию».

Итак, вот что вы получаете, когда к вам прибывает новый сторадж NetApp.

Про теорию я уже поговорил в данном блоге достаточно, и пообещал повернуться к практическим вопросам и конкретным реализациям, на примере которых мы посмотрим, как все то, что я уже рассказал «играет» на практике. Так что «ближе к телу», как говорил Мопассан ;). Сегодня я расскажу о практическом проекте, который я недавно завершил, участвуя в нем как архитектор и консультант. Мне показалось, что получившийся проект достаточно интересен, в качестве типового для задач построения серверной виртуальной инфраструктуры, имеет множество возможностей для дальнейшего роста, и возможно кто-то захочет взять его за основу своего решения сходной области.

Вводная информация по проекту была такая.
Организация рассматривает возможность создания большого внутреннего «частного облака», на котором планируется оказывать внутренние IT-услуги в разветвленной организационной структуре компании, аренды приложений, SaaS, развертывания системы виртуализации десктопов (на базе VMware View и/или Citrix Xen Desktop) и так далее. Базовой системой для организации «облака» планируется решение VMware. Специально, для невнимательно читающих, особо выделю, что речь идет про внутреннее частное «облако», со своими, специфическими задачами и требованиями, НЕ про услуги веб-хостинга.

Система NetApp AFF A300 была презентована в конце сентября 2016 года на ежегодной конференции NetApp Insight и пришла на смену решениям AFF8040 и AFF8060. Пара контроллеров A300 находится в одном корпусе и занимает всего 3U, что вдвое меньше, чем у AFF8040. Максимальное расширение системы составляет 384 SSD-диска. Учитывая доступность к заказу SSD-дисков объемом 15 ТБ, этого более чем достаточно.

Одна из таких систем попала к нам, компании «ИТ-ГРАД», крупнейшему поставщику IaaS в России, в руки. Недавно мы получили поставку, в которой содержались пара контроллеров NetApp A300 в одном шасси и дисковая полка DS224C c набором из 24 SSD-дисков по 3,8 ТБ каждый. В этой статье мы расскажем о преимуществах этого решения и проведем анбоксинг, разумеется, поделившись самыми любопытными фотографиями (суммарный вес изображений 6 мегабайт).

Кому интересно — просим под кат.

Unified Storage называется «мультипротокольная» система хранения, такая, когда с данными, которые на ней хранятся, можно работать по разным протоколам в рамках одной и той же системы. Обычно под unified storage понимают систему, которая способна работать одновременно и в SAN-сети, то есть с «блочным доступом» по протоколам FC или iSCSI, и как NAS-устойство, для хранения файлов.

А началось все в начале 2000-х, когда компания NetApp выпустила на рынок свою новую серию хранилищ под названием FAS — Fabric Attached Storage — что-то типа «подключаемая в сетевую инфраструктуру система хранения», дело в том, что инфраструктура Fibre Channel, состоящая из коммутаторов, традиционно называется Fabric, «фабрика».
Такие системы могли работать как хорошо себя зарекомендовавшие с 1994 года NAS-системы компании, то есть как сетевые файловые хранилища по протоколам NFS и CIFS, но также одновременно и как SAN-устройства хранения, по протоколу FibreChannel (а вскоре к ним добавился и «IP-SAN», «блочный» протокол iSCSI).

Всем привет. Представляю на суд общественности новую утилиту для высокоскоростного bare-metal provisioning-а северов.

TL;DR

Конкурент xCAT/Warewulf/Rocks. Использует BitTorrent для раздачи образов OC. Поддерживаемые ОС — RHEL-семейство. Debian/Ubuntu — в работе. Самый масштабный тест на данный момент: холодная загрузка HPC кластера из 512 нод производится за 4 минуты. Автоматическое определение имени ноды на базе switch-port пар.

Линк: https://github.com/dchirikov/luna

Чуть больше деталей

«Для чего в команде ping используются опции Loose, Strict, Record, Timestamp и Verbose?» — такой вопрос мне недавно встретился в вендорном экзамене. Они позволяют влиять на маршрутизацию ICMP пакетов и собирать информацию о транзитных L3-устройствах. Но занимаясь сетевыми технологиями уже достаточно давно, я почти никогда их не использовал.

Мне стало не совсем понятно, почему такой вопрос вообще присутствует в тесте. Вернувшись домой, решил узнать, вдруг я действительно постоянно упускаю из виду что-то важное?

«NetApp? Это еще кто?» — возможно скажет рядовой российский IT-шник, прочитав заголовок поста.
Хотя, безусловно, как компания и ее продукты, NetApp рядовому хабраюзеру пока знакома гораздо меньше, чем, например, HP, или Microsoft, тем не менее пришла пора и ей появиться на Хабре. Тем более, я уверен, ей есть что рассказать интересного. NetApp всегда была «комьюнити-ориентированной» компанией, любящей и ценящей своих пользователей, я искренне хотел бы, чтобы в России она стала такой-же юзеролюбивой, как, например, у себя на родине, в США. Попробуем сделать этот шаг здесь.

Начав в 1993-м году как классический стартап, с идеи создания недорогого, простого в управлении, установке и обслуживании «устройства» (appliance) хранения данных, доступного любому, кому нужно хранить много данных на дисках, и быстро получать к ним доступ, компания угадала «волну» и получила широчайшую популярность в годы интернет-бума конца 90-х, когда молодым интернет-компаниям массово требовались такие несложные и производительные системы хранения на базе недорогих в использовании ethernet-технологий, которые «просто работают».

Традиционные облачные решения для резервного копирования и восстановления данных часто уже не устраивают предприятия в силу ряда причин. Компания NetApp предлагает сегодня своим клиентам линейку решений класса Cloud-Integrated Storage семейства AltaVault.

MetroCluster гео-распределённый, отказоустойчивый кластер построенный на базе систем хранения данных NetApp FAS, такой кластер можно представить себе, как одну систему хранения, растянутую на два сайта, где в случае аварии на одном из сайтов всегда остаётся полная копия данных. MetroCluster используется для создания высоко доступного (HA) хранилища и сервисов. Более подробно о MCC официальной документации.

MetroCluster работающий на старой ОС Data ONTAP 7-Mode (до версии 8.2.х) имел аббревиатуру «MC», а работающий на ClusteredONTAP (8.х и старше), чтобы не было путаницы, принято называть MetroCluster ClusteredONTAP (MCC).

MCC может состоять из двух и более контроллеров. Существует три схемы подключения MCC:

1. Fabric-Attached MetroCluster (FCM-MCC)
2. Bridge-Attached Stretch MetroCluster
3. Stretch MetroCluster

Различие в этих трех вариантах по сути только в сетевой обвязке. Сетевая обвязка влияет на два фактора: максимально возможное расстояние на которое можно растянуть кластер и на количество нод в кластере.

В своем первом посте в этом блоге я обещал рассказать вам о NetApp «с технической стороны». Однако прежде чем рассказать о большинстве из имеющихся в системах NetApp возможностей, мне придется рассказать о «фундаменте», о том, что лежит в основе любой системы хранения NetApp — о специальной структуре организации данных, которую традиционно принято называть «файловой системой WAFL» — Write Anywhere File Layout — Файловой Структурой с Записью Повсюду, если перевести дословно.

Если вы сочтете, что «для Хабра» текст суховат, то потерпите, дальше будет интереснее, но не рассказать об устройстве того, что лежит в основе подавляющего большинства практических «фич» NetApp я не могу. В дальнейшем будет куда сослаться «для интересующихся» на подробное объяснение в следующих постах, о более практических «фишках».
Так, или иначе, но почти все, что NetApp умеет уникального растет именно из придуманной в начале 90-х Дэвидом Хитцем и Джеймсом Лау, сооснователями «стартапа» Network Appliance, файловой системы. Хороший аргумент за то, насколько важной и полезной может оказаться в будущем развитии изначально грамотная и продуманная «архитектура» продукта.