Урок 1 - Немного о железе

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

Итак, давайте начнем. Тогда еще расскажу, у меня зовут Александр, мне 24 года, нет высшего образования. Учился в трех институтах, поскольку яркий представитель "Лиги Лени", и заставить меня что-то сделать невозможно. Ни один из них я не закончил. Собственно, после чего я пошел работать. Чуть больше трех лет на трех различных работах. Первой моей работой была компания там, собственно, я когда пришел, я нифига не знал. Многие из вас не мог ответить, что такое. Проработал год, узнал, что есть такая вещь, сертификации. Начал усиленно готовиться к ним, и там же сдал свой первый экзамен. Был тогда клиентской части Windows 7. Ну и считал, что мы уже знаний несколько вырос от этой работы.

Далее я пошел работать уже на администратор. Ну, на самом деле, от администратора здесь одно название. Да, по сути, это была запись в книжке. Работал я, сути, тем же, что и на первой работе. Единственное, уровень задач на несколько порядков выше, чем на той работе. Соответственно, развитие. Через некоторое время получил доступ к сервера. Ну и в конце я уже так неплохо продолжал изучать интересно. Вот, и в районе, может быть, месяц 9 назад я уже пришел на свою текущую должность. Сейчас я работаю старшим инженером в крупнейшем центре страны. Владею минус. Ну, как следует из названия отдела, соответственно, занимаюсь основной виной. Ну, чтобы иметь какое-то понимание. [музыка] Например, два моих последних проекта, который я закончил. Первое – это миграция на 3000 ящиков, и второй, которым я сейчас продолжаю заниматься, полный перенос инфраструктуры клиента в облако. Естественно, занимается себе. Теперь давайте, нет никаких проблем, поэтому продолжим.

Итак, давайте теперь поговорим немного о том, как развивается у нас IT-специалист в нашей стране и, в частности, как люди дорастают до системного администратора. Ну, насколько мне известно, у нас нет каких-то специфических ВУЗов, которые обучают именно на специальность "системный". Поэтому люди, как правило, ближайших областей, кто учится просто каких-то областях, связанных с программистами, всякие, они идут на работу, представляя, чем занимаются. Падает целенаправленно выбирает такую должность. Таких случаев я не знаю. Сразу шел работать. Ну, в общем-то, первая ступень, которую системный администратор у нас преодолевает, это, скорее всего, будет работа с Helpdesk. Вы можете попасть, в принципе, практически без знаний. Да, вот если вы смотрели список тем этого курса, то просто изучив все эти темы до такого, хотя бы более-менее уровня, и когда скажут "разрешить IP-адрес", вы сможете это сделать без запинки. Это такой уровень, в принципе, сможете устроиться на большинство работ технической поддержки.

Еще одну поправочку сделал. Я, к сожалению, могу говорить, и здесь, насколько я могу ходить, проблем с работой в Москве никогда не было. И поэтому я опираюсь, возможно, у вас сложно будет. В Москве особых проблем нет. Соответственно, вы заканчиваете либо не заканчиваете институт, получаете какие-то самые базовые знания по компьютеру, встроенный компьютер, там, как исправить простейшую проблему, там, приложение не запускается, или компьютер не включается. Как там посмотреть, почему сеть не работает, определить, что именно, почему сайт не открывается. Решением таких проблем вы какие-то базы, основы уже знаете работы. Когда идет, начинаете развивать все это. Но если у вас есть стремление получать знания, если вы не просто делаете работу, но еще пытаетесь понять, почему там что-то работает, что-то не работает, достаточно, чтобы перейти на следующую ступень.

Следующая ступень, как правило, это может быть либо младший системный администратор, либо помощник системного администратора, либо, как это было, например, мне, это может быть Helpdesk, но с более высоким уровнем задач. Естественно, перед тем, как идти на вторую работу, определите, что вы себя хотите, какой у вас уровень, что вы можете делать, и на собеседовании прямо спрашивайте: "Можно ли заниматься тем, можно ходить, чтобы сам развиваться?". Соответственно, на второй работе, если устроились помощником, скорее всего, уже будет доступ к серверам. Сразу вы сможете работать на продуктивных системах с помощью обмена, изучать что-то простейшие задачи, интересно. И там вы получаете какое-то развитие, определенный тоже определенного уровня. Опять же, в зависимости от вашего стремления, можно занять год, два, три, десять лет. И затем вы становитесь уже, можете сказать, что вы полноценный системный администратор. Ведете уже на следующую работу системного администратора. Какие-то промежуточные шаги имеет смысл делать, наверное, вкратце. Путь, который вы пройдете работать. [музыка]

Немного в каких компаниях следует работать. Есть два типа компаний, которые я бы выделил особо: это компании, которые занимаются системной интеграцией, и компании IT-ресурс. Почему следует идти работать туда? Потому что именно с таких компаний у вас будет рост. Если вы ведете работать в какой-то компании, там, которая занимается продажами табака, да, скорее всего, процентов 40 задач у вас будет общих, на общие темы, которые пригодятся там в других местах, на другую работу. Процентов 40 просто работы вы сможете применить. Процентов 60 у вас будет по поддержке таких продуктов: табак 30%, сигареты 40%, которые никогда в жизни, скорее всего, где больше не встретятся. Соответственно, в компаниях аутсорсинга и интеграторах такой фигни нет. Большинство задач, скорее всего, у вас будет по теме, и рост будет намного выше, сколько заниматься нам придется одним клиентом. В общем, если вы хотите быстрого роста, то однозначно не раздумывайте именно эти два типа.

А теперь об образовании необходимо. Но, опять же, на примере Москвы скажу, да, что диплом никакой необходимости в себе не несет какой-то сокровенной. Если у вас есть диплом, это безусловно хорошо. Если диплома нет, ну, монеты сюда нет, как бы. Для работы системного администратора диплом вам не понадобится. Опять же, говорить в Москве. В некоторых компаниях есть такая штатное расписание, и штатном расписанию может быть указано, что специалист диплом администратор получается 5-10 тысяч больше. Знаний вот в этих случаях диплом может пригодиться. Но, во-первых, не во всех компаниях. Соответственно, самое главное, чтобы вы носите из института – это знание. Наверное, не первый, кто это говорю, повторяться.

Далее, войти в мир есть такая штука, как IT-сертификация. Что это такое? Сертификат, как следует из названия, это такая обычная бумажка, которая свидетельствует о том, что вы прошли какой-то курс и получили какие-то знания. Также, как диплом, многие сертификации можно просто получить так называемым, когда вы берете список вопросов-ответов, тупо его заучиваете, идете в центр тестирования. Смысла в таких сертификациях я абсолютно не вижу, потому что, приходя на собеседование, приходит люди, если человек теряется, начинает мучить, непонятно что говорить, да, хотя вопрос даже не сертификации уровня вообще. Если у вас нет знаний, подкрепляющих вашу сертификацию, этого смысла в ней особого нет. Вот, если у вас знаний есть, возможно, и учтут. В России, на самом деле, это не очень развито. Некоторые небольшие компании вообще не знают, что такое существует понятие сертификации. Так что, если вы хотите получать какой-то сертификат, готов изучать, изучать. Если у вас будет хотя бы там процентов 60 знаний от этой сертификации, никогда не прекратятся выйти.

Вот еще один момент. Зачем нужны эти сертификации? У многих компаний аутсорсеров или интеграторов, когда компания какая-то хочет приобрести услуги, она выставляет там тендер и говорит: "Я там хочу компанию, где там три специалистами и так далее". Соответственно, компания, которая пытается стать, три таких специалистов, три таких. И это является, кстати, еще одним плюсом работы или интеграции. Такие компании развивают своих специалистов. Скажем, если вы хотите сдать самостоятельно, вам нужно пройти предварительно курс. 60 тысяч рублей. Не думаю, что кто-то так пойдет сдавать такой курс. Такие люди, компании оплачивают эти курсы, вы получаете сертификации. Единственное, еще один момент. Есть сертификации, которые требуют, которые нельзя взять просто дампингом. Например, там есть какой-то мега-сертификат, где 8-часовая лаба, надо собрать какую-то инфраструктуру. Если у вас такой сертификат есть, ну, как бы, без знаний вы просто его никак не сможете получить.

На работу. На этом закончим тоже вступительной частью. Если какие-то вопросы, спросите. И теперь давайте перейдем уже к технической части. И наша первая тема – это клиент-серверная архитектура. Это я постараюсь проводить наш курс в формате таком, что я буду рисовать и, соответственно, попутно объяснять, что это такое, для чего это. Надеюсь, понятно. Если что, улучшить. Итак, первый наша тема – это клиент-серверная архитектура, и суть этой архитектуры заключается в том, что у нас есть какой-то программный продукт, который делится на две части: это часть клиент и эта часть сервер. Ну, очень много клиентов, очень много примеров в насущной жизни. Кто знаком, например, есть такая программа, есть клиент, есть сервер. Или самый элементарный пример: сервер. Вы печатаете какой-то сайт, Яндекс. В этом случае браузер является клиентом, и веб-сервер возвращает вам ответ на запрос Яндекса, какой-то там страничку. Клиент, как правило, является просто точкой доступа пользователя конечного к серверу. Пользователь клиенте, и клиент предоставляет пользователю. Далее клиент по нажатию кнопки отправляет данные, обрабатывает, происходит клиенту ответ, пользователю вылезает какое-то окошко там результатов вычислений или с результатом добавления в базу данных. Пользователь говорит: "Окей, продолжает работать".

В чем преимущество этой архитектуры? Давайте еще один момент. Клиенты и сервер могут быть как на физической машине, так и на разных. То есть, у нас вот этот может быть один физический компьютер. Проблемы. И так, клиент и сервер нас могут стоять как на одной физической машине, так и на нескольких машинах. То есть, у нас может быть клиент здесь, может также и быть приложение. А преимущество такого подхода клиентского нас также в том, что у нас несколько клиентов может подключаться к одному серверу. То есть, в случае, если у нас клиент-сервер стоит на одной машине, мы рассмотрим живой пример. Да, у нас есть три компьютера, где на каждом стоит и клиент, и сервер. Допустим, здесь работает Витя, здесь Маня, здесь Маша. Все они приходят на работу и вносят какие-то данные в клиентскую часть. Скажем, там, файлик клиентской части передается на сервер, стоящий на этом же компьютере, и сервер сохраняет файлик себе на жесткий диск. У каждого пользователя, у каждого компьютера, соответственно, есть свой жесткий диск, и у каждого пользователя сохраняется на жесткий диск.

В случае такой архитектуры, если, например, Ване потребуется взять данные Пети, ему придется подойти там к компьютеру Пети, либо подключиться. Первый шаг, да, там, подключиться к компьютеру Пети. Ваня подключается к Пети. Второй шаг, он там берет этот файлик и либо копирует к себе там, либо копирует, допустим, файл на флешку, копирует, переносит этот файлик себе, копирует его обратно свою машину. Ну, и в конце концов, он сможет его открыть. Совершенно очевидно, что это абсолютно, как бы, неудобно. Мало того, что ему придется совершить столько действий, совершенно не факт, кажется, то, что ему надо, например, окажется там, что нужно какие-то данные. Совершенно очевидно, что при такой архитектуре, как-то очень много рабочего времени Вани будет теряться на просто хождение.

В случае, если у нас есть клиент-серверная архитектура, то есть сервер стоит на вот этой машине, и здесь сидит Петя, здесь сидит Ваня, здесь Маша. У них на каждой машине стоит клиентская часть, которая принимает этот Excel-файлик, и это Excel-файлик передает на жесткий диск, который прицеплен к серверу. Сервер, соответственно, заносит туда данные. Вот. И по запросу может вернуть любой из файликов любой клиент. С учетом при таком подходе, Ваня достаточно в клиенте там выбрать какой-то фильтр, допустим, требует намного меньше ресурсов, поскольку является только точкой доступа. По сути, клиентская машина должна уметь выводить пользователю вот эту форму, да, ну, не обязательно веб, куда пользователи вносит какие-то данные, нажимает, и выводит какой-то конечный результат, отчеты, может быть, который будет генерирован на сервере. Все, весь процессинг ложится на сервер, соответственно, какая-то база данных. Вот. И соответственно, сразу минус клиентской архитектуры из этого следует, что сервер был должен быть намного мощнее, чем единичный компьютер. Мощнее клиентские компьютеры слабее. В целом, при такой архитектуре есть два. Это, естественно, централизация доступа. Каждый у нас может сервер выцепить себе все, что ему не нужно, никуда ходить. Это безусловно. Второе, третий плюс – это удобство. Допустим, Петя информацию, которую нужно скрыть, потом этот файлик. Вот у вас получилось два файлика, и системный администратор дает задание: "Ну-ка, давай, прекрати доступ всех пользователей к этому файлику". Система администратор должен подойти к Пете, запретить доступ. Здесь должен подойти к Ване, на компьютер запретить доступ. Здесь должен еще подойти к Маше, проверить, на него нет такого файлика, если нет или есть доступ, тоже. Вот. При клиенте модели, когда у нас один сервер, здесь лежит. Администратору даже не обязательно подходить. Он подключается к серверу, делает пару кликов мышкой там, да, или команду, и доступ сразу закрывается для всех пользователей. Это тоже основной плюс.

Из минусов клиент-серверной архитектуры главный минус – это точка отказа. У нас есть единственная точка отказа, и это сервер. Допустим, Петя приходит на работу, у него сломался компьютер. Что у нас происходит? На ремонт компьютера, допустим, нужно два дня. Петя сидит без работы два дня. Ваня и Маша продолжают успешно работать эти два дня. Соответственно, у нас очевидные шести дней работы вываливается только два. Теперь, положим, что на сломается сервер. Ремонт сервера нужно, да. У нас все пользователи приходят, и у них есть клиентская часть, они могут убить, но сервер не может ничего обработать. Сервер у нас выбит из инфраструктуры, никто работать не может. Соответственно, простой увеличивается пропорционально прямо пропорционально количеству клиентов, которые работают на этом. Ну, еще такой минус: на сервере требуется для поддержки такой инфраструктуры, как правило, свой специалист. Если там для поддержки клиентских станций можно вызвать мастера по объявлению, которые на подъезде, то для поддержки сервера уже этого вряд ли будет достаточно. Придется нанимать. [музыка]

Так, давайте теперь следующая тема наша – это железо. Но поскольку на опрос ответили много, что, но большинство абсолютно ответил, не могут объяснить, что такое, что такое диск, что такое оперативная память и как это работает. Ну, давайте будем исходить из того, что какое-то понимание уже есть, и попытаюсь самого начала вкратце объяснить, сложить вместе, возможно, восполнить какие-то пробелы. Давайте начнем. Итак, как у нас устроен компьютер? Главный элемент – это процессор, называется CPU. Процессор может быть одноядерный, может быть многоядерный. Пока что не будем об этом говорить. Допустим, что одно ядро. Есть один очень важный момент, что одно ядро может выполнять одну операцию в единицу времени. Но что это значит? Это значит, что если у вас есть два каких-то действия математических, там, например, 1 + 1 и 2 + 2, вам нужно их выполнить. Выбиваете в калькуляторе 1 + 1, 2 + 2. Процессор выполнит сначала действия 1 + 1, вот, потом выведет его результат, и только потом он начнет выполнять действия 2 + 2 и выводить 4, потому что у него одно ядро, и соответственно, только оно может выполнять какие-то действия. Так, значит, процессор у нас обрабатывает данные, выполняет. Теперь, откуда эти данные берутся? Берутся у нас изначально какие-то программы. [музыка] Ну, соответственно, чтобы процессор выполнил какие-то действия, ему нужно считать информацию с жесткого диска, вот, потом ее обработать и сделать вывод. На примере операции 1 + 1, да, процессор должен запросить из памяти, достать единичку первую, вот, эту первым действием, потом он должен получать какой-то ответ, потом вторым действием спрашивает вторую единичку, запрашивает, получает какой-то ответ, потом запрашивает, как сложить, допустим, программу. [музыка] Получает какой-то ответ, все это дело выполняет, и на выходе получается ответ. Вот в этой схеме есть единственный нюанс. Допустим, у жесткого диска скорость работы 1X, поскольку он самый медленный компонент в системе, вот, возьмем его за эталон, один X. В таком случае у процессора у нас, например, будет скорость 1000 X. И значит, что процессор запрашивает единичку, вот, первое действие, запрашивает единичку, жесткий диск отрабатывается скоростью 1. Итого процессора тратится на единицу времени 999 единиц времени, у него происходит простой, он ожидает. Потом спрашивает. Что происходит то же самое. Но очевидно, что это не очень эффективная схема, и, собственно, это тот момент, где у нас появляется оперативная память.

Итак, у нас есть опять жесткий диск, у нас есть процессор, и у нас появляется дополнительный компонент – оперативная память RAM или Random Access Memory. Теперь у нас немного изменяется процесс. Здесь у нас есть какая-то область, занята операционной системой. Вот, отметил, да, это область. При загрузке компьютера загружается оперативная память. Вот эти 40 секунд, если у вас обычный жесткий диск, который вы ждете, это большинство этого времени происходит загрузка из жесткого диска всех программ, которые из которых память. Вот, они сюда подгружаются и висят здесь. Вот. И процессор уже работает с оперативной памятью. Соответственно, если, например, символ надо было умножить там 1 на 2, и программа умножения занимает 20 байт, обрабатывал эту программу, считывает данные жесткого диска. Соответственно, теперь эта программа, она лежит где-то здесь, умножение, и оперативность для понимания. Соответственно, как мы из этого видим, процессор теперь, запрашивая программу, тратит не 999 единиц времени простой, а 200. Вот. Но это общая такая схемка работы компьютера, как все это работает. Думаю, для начала условного схемы хватит.

Значит, чем отличается жесткий диск от оперативной памяти? Возникает вопрос: почему нельзя сделать жесткий диск такой же технологии, как оперативную память, чтобы все работало быстро? Ну, ответ очень прост. Посмотрите на цену жесткого диска за, например, гигабайт, сколько там стоит. Возьмете то же самое сделать. Вот. Это первое. И второе, момент: оперативная память энергозависимая. Что это значит? Это значит, что если вы выключили компьютер, то все данные оперативной памяти, вот, для вас потеряны. В это же время жесткий диск энергонезависимый, и все данные, которые у вас записаны на жестком диске, они сохраняются. Данные – это, пожалуй, ради чего и нужен системный администратор, чтобы распределять доступ к данным, чтобы их сохранять пользователей. Поэтому не будем. Вот. Оперативной памяти, надеюсь, понятно.

Еще один момент – это файл подкачки. Файл подкачки. Что это такое? Ну, вот у вас работает компьютер, работает, работает, оперативная память висит, операционная система. Допустим, память там 1 гигабайт, 700 мегабайт, например, занимает операционная система. Процессор выполняет какие-то действия, идут жесткий диск. И вот вы решили запустить Photoshop. У вас Photoshop, он лежит на жестком диске, он в оперативную память не подгружен. Когда вы запускаете какую-то программу, которой нет в оперативной памяти, она сначала загружается в оперативную память, также как операционная система, и выполняться она начинает уже из оперативной памяти. Допустим, что у вас 700 мегабайт памяти уже занято, и вот вы запускаете Photoshop. Фотошопа нужно 400, и соответственно, занимает полностью этот, и все. Компьютер зависает. Дальше ничего не происходит, потому что Photoshop надо загрузиться в память. Процессор надо, чтобы Photoshop загрузился. Он ничего не может делать без этих данных. Ну, чтоб такого не происходило, придумана такая вещь, как подкачки. Когда у вас лимит памяти там приближается к максимуму, допустим, у вас там занято стало 990 мегабайт, включается, начинается скопировать данные из оперативной памяти, которые используются реже всего. Допустим, здесь до памяти у вас где-то есть участок, вы открыли блокнот неделю назад и ни разу него не заходили больше, и живет 100 мегабайт оперативки, грубо говоря. Соответственно, поскольку она давно не использовалась, она берет и выгружает этот кусочек памяти оперативной памяти обратно на диск, вот сюда вот. Вот эта область, вот эта область, она и называется файл подкачки. То есть, та область, куда загружаются из оперативной памяти излишки какие-то неиспользуемые данные. Если ее не хватает, файл подкачки могут также загружаться использование данные. Вот. Если данные, которые используются, это значит, что у вас недостаточная оперативная память. Соответственно, что происходит? Если начинает уже туда попадать данные, которые периодически запрашиваются, когда периодически запрашиваются, они происходят считывание жесткого диска. Вот отсюда происходит считывание. И поскольку у нас оперативной памяти наиболее часто используемые данные, вот, освобождаются какие-то другие данные, которые тоже используются, они тоже загружаются на диск вместо них погружаются вот эти данные, которые были на диске. Но поскольку скорость диска во многом, много, много раз меньше, чем скорость оперативной памяти, выходит такая ситуация, что компьютер начинает тормозить. Соответственно, если это у вас был какой-то разный компьютер, тормозит, там, продолжит работать. Но если у вас запущена куча приложений, начинается активная работа с файлом, больше, больше, мы в конце концов будем тормозить. Так что для вас это будет выглядеть. Небольшое обобщение. [музыка] [музыка]

Как я уже сказал, процессор у нас бывает одноядерный, с одним ядром, бывает, соответственно, многоядерный процессор. Давайте пока остановимся на одноядерном процессоре. Как я уже говорил, он выполняет у нас одну операцию в единицу времени. Соответственно, сюда у нас поступают какие-то данные, они выполняются последовательно, и последовательно выводится. Теперь, если у нас процессор многоядерный, процессора появляется второе ядро, и каждое из этих ядер может времени выполнять действия. То есть, если мы вернемся к примеру умножением на два. [музыка] Действия, затем выполняется второе. Соответственно, в случае многоядерного процесса у нас выполняется первое действие первым ядром, второе действие выполняется этим. Мы получаем два результата. В теории, теории. Ну, вот это вот цифра 200%, да, если мы смотрим на схему, то по ощущениям, все должно работать в два раза быстрее. На самом деле, это, конечно, абсолютно не так, и работает все далеко не в два раза быстрее. Вот это какой-то идеальный случай. Возможно, прирост есть, и он очень ощутил.

Далее. Значит, у нас есть такое понятие еще, как гипертрейдинг. Давайте еще хочу немножко про тему процессоров. Гипертрейдинг – это Intel-овская технология на процессорах. Найдете. И что это такое, на самом деле, честно говоря, но я думаю, что они есть, конечно. [музыка] Как же работает у нас гипертрейдинг? Берем еще раз процессор. Здесь у нас ядро. Давайте обозначим ядро. Вот. И в случае, если у нас это одноядерный процессор, обычный одноядерный процессор без гипертрейдинга, здесь есть еще какая-то секция, так называемые регистры, много всего еще. Нас интересует вот эта секция регистров. Она, в принципе, обеспечивает логику работы этого процессора. То есть, ядро выполняет действия. Как эти действия выполняются? Они в порядке, там, откуда чего делать. Это хранится информация в регистрах. Ну, как-то так. Соответственно, поток входа он изначально идет сюда, потом обрабатывается ядром, идет уже на выход.

Случай многоядерного процессора у нас, соответственно, один ядро, однако. А теперь берем процессор с технологией гипертрейдинг, с поддержкой. И что у нас происходит? У нас добавляется второй набор регистров сюда. Вот. Соответственно, появляется второй поток входа процессора, и теперь команда может поступать не только по этому входа, но и по второму. Давайте на насущном примере. Допустим, 2 умножить на 3. Как это у нас будет происходить в случае одноядерного процессора? У нас запросится двоечка из оперативной памяти, потом последовательно троечка, потом 3 запросится программа, потом все это выполнится, и у нас получится результат. Чем же отличается [музыка] процессор с поддержкой гипертрейдинга? Здесь у нас два потока, и допустим, у нас идет первый запрос, запрашивается двоечка, он попадает в этот набор, где-то там висит информация, как запросить. Во второй поток попадает информация, как запросить троечку. Вот эта информация висит в двух регистрах. Возникает вопрос: "А нафига она висит в двух регистрах? Может выполнять только одно действие в единицу времени". Вот, как она, как это вообще изменить ситуацию? Причины здесь в следующем: когда процессор выполняет запрос к оперативной памяти, например, делает первое действие, запрос, процессор отправляет запрос, и потом процессор ждет некоторое время, пока оперативная память возвращает двойку. У него вот между единичкой и двойкой здесь возникает простой, и обычный процессор, одноядерный, без гипертренинга, он ждет. Потом ему возвращается двойка из памяти, и только после этого он начинает запрашивать тройку оттуда.

В случае с гипертрейдингом ситуация меняется. Процессор запросил 2 из оперативной памяти, и дальше он впал в состояние простоя. В этот момент у нас включается второй регистр, и пока вот он простаивает здесь между единичкой и двойкой, отправляется запрос в оперативную память, запрос тройки. То есть, второе действие, оно выполняется раньше, в то время, пока ждет ответ на первое действие. На самом деле, это не совсем верно. Есть еще всякие другие случаи, когда гипертрейдинг применяется, но в целом это сходится к тому, что в какой-то момент между выполнением выполнения действий процессор простаивает, в этот момент можно вклеить команду из другого набора. Соответственно, вот здесь. Давайте потом второй регистр. Здесь у нас вернулась. Здесь у нас уже вернулась двойка, допустим, потом вернулась тройка, произошел, вернулась тройка, произошел запрос умножения, вернулась умножение, получился результат. Но, в общем-то, вот на этом участке произошел незначительный выигрыш по производительности. В хороших случаях этот выигрыш, он может достигать 15%. Наверное, это такая очень хорошая цифра. Обычно он меньше. Плюс, есть такой момент, что разработчик приложения должен учитывать, что процессор поддерживает архитектуры трейдинга, и он разрабатывает свои приложения для этого особым образом, чтобы они могли работать, получать прирост максимальный.

Теперь давайте расскажу немного про жесткие диски. Так, жесткие диски. Жесткий диск у нас бывают сейчас трех типов: это HDD (Hard Disk Drive), SSD (Solid State Drive) и HDD. Они как-то, возможно.

по-другому называется гибридный жесткий диск. В чем же их различие? Основное их различие — это физическое строение. Давайте начнем.

Как устроен жесткий диск HDD? Жесткий диск — это такая металлическая коробочка прямоугольная. Внутри здесь у нас крутится диск. Он крутится с очень высокой скоростью. Стандартная скорость для компьютеров, которые [музыка]... Ну, то есть, достаточно высокая скорость. Здесь у нас расположен какой-то механизм управления, и к нему прилеплена такая треугольная металлическая штучка, так называемая считывающая головка. Выглядит это как металлическая такая пластиночка простая. Вот она находится над поверхностью диска, и когда нужно читать какие-то данные, она позиционируется в какое-то место этого диска. Диск прокручивается. За счет этого совершенно очевидно, что в этом случае скорость считывания ограничена законами физики, той скоростью, с которой вот считывающая головка может перемещаться по диску, с какой скоростью вращаются блины. На самом деле, это очень узкое место в производительности.

Давайте сюда же я добавлю, что такое последовательное и случайное чтение. Вот у нас возьмем вот эту пластину, которая крутится. В какой-то момент записывается файл. Вот сюда позиционируется, вот сюда вот единичку позиционирует у нас головка жесткого диска, начинает запись, и в точке 2 запись заканчивается. Вот у нас записался файл единым куском. Значит, чтобы его считать, головка позиционируется в точку 1 вновь, она начинает считывание, доходит до точки 2, видит, что закончился. Дальше что у нас здесь произошло? У нас головка позиционировалась, надо заняло какое-то небольшое время, и затем она считала данные за один оборот диска. Поскольку, допустим, чтобы потом открыли этот файл, решили его поменять, вот у нас второй случай. Соответственно, вы открываете какие-то изменения, вот эти изменения пытаются записаться, но область вот после файлами, эти изменения они попадают вот сюда, а тот раз, и тут опять тоже занят. Все, и они идут вообще на следующий круг и попадают куда-нибудь вот сюда. И файл у нас один. Файл. Вот вы открываете папку, да, в проводнике, и видите один файл. На самом деле, на жестком занимает три куска. В таком случае у нас сегодня происходит следующим образом: у нас головка сюда, затем доходит до сюда, и это у нас первый этап считывания. Затем она продолжает движение, точнее, жесткий диск продолжает вращение. В какой-то момент головка оказывается на точке 3 и доходит до точки 4. А вот эти данные она, например, на этом же обороте. Вот это все произошло за один. Первые два кусочка считались, а третий она не успела считать за этот оборот, не успела. Пятое действие сюда, но уже на следующем обороте диска. Соответственно, здесь точки 5, точки 6. Она заходит уже второй оборот. Соответственно, это очень простой пример с тремя кусочками файла. Да, если файл разбит, например, на две тысячи кусочков, на три тысячи кусочков, да, соответственно, умножаем и умножаем, умножаем и количество оборотов диска, который потребуется, количество времени на его считывание очень сильно увеличивается. Соответственно, первый случай, когда у нас файл идет вот подряд, называется последовательное чтение. Второй случай — это. Если вы смотрели когда-нибудь тесты жестких дисков, то возможно, увидели, что, например, при последовательности. Но если вы считываете много разных маленьких файлов, которые находятся в разных местах, например, 10 файлов по 7 мегабайт, который вот скорость там может быть, например, даже 5 раз. Разница очень ощутимая именно за счет того, что физические головки нужно время позиционироваться, нужно время, нужно область диска подошла к ней работу.

Итак, это у нас был первый тип жесткого диска. Теперь давайте второй тип жесткого диска подпишем еще. И так, второй тип — это SSD. Что же такое SSD? SSD, по сути, есть внутри там микросхемка, на которой там какие-то чипы памяти. Да, допустим, здесь контроллер, который обеспечивает работу. И у вас попадает запрос на SSD. Когда попадает запрос, происходит либо параллельно, случайно. Соответственно, запрос попадает на SSD, и поскольку все здесь записано с помощью электрических импульсов, не смогу объяснить, скорость электричества, понятное дело, намного выше, чем скорость вот этой физической головки. Соответственно, к любой точке диска SSD, в любое место, скорость доступа максимальная и ограничена электричеством, скорость работы компонентов типа контроллера. Соответственно, чтобы считать файл, один SSD последовательно, там вообще нет такого понятия, что он считывается последовательно. Он просто берет и считывается. В силу каких-то особенностей физических, да, у некоторых SSD там параллельно случайное чтение может быть более такой скоростью низкой происходить. Не могу объяснить, чем это связано. Такое бывает. Допустим, если у нас 500 мегабайт в секунду, следовательно, небольшое уменьшение при скорости случайно. Но и сама скорость чтения за счет того, что здесь нет никаких физических компонентов, которым нужно перемещаться, чтобы считывание, она на порядок, даже на несколько порядков выше, чем скорость жесткого диска. Дисках минус SSD — они менее долгоиграющие. То есть они [музыка] во-первых, они дорогие, порядок дороже. Ну и третий тип жесткого диска — это гибридный жесткий диск. Представляет из себя, в принципе, то же самое, что обычный жесткий диск, но имеет вот здесь какой-то небольшой запас SSD памяти. Зачем он нужен этот запас? Объясняю: у вас есть какие-то данные, доступ к которым требуется намного чаще, чем другим. Допустим, вы работаете постоянно с Фотошопом. Да, вот здесь записан Photoshop. Контроллер на жестком диске видит, что вы часто обращаетесь к Фотошопу, и чтобы постоянно не дергать считывающую головку, он берет этот Photoshop, переносит вот в эту SSD память. Но тут небольшой объем, там, например, 512 мегабайт памяти, ну или там гигабайт. Вот туда переносится Photoshop, и считывание уже происходит именно из этой SSD памяти. Если вы обращаетесь к Фотошопу, если обращаетесь к какому-то обычному другому файлу, опять считывается с жесткого диска. Соответственно, на каких-то ограниченных участках у вас, по идее, должен быть прирост производительности. Честно говоря, никогда не смотрел действительно эти цифры. Думаю, что они должны быть. В принципе, это все по физической, физическому устройству дисков, достаточно для наших следующих тем.

А наша следующая тема — это RAID. Что такое RAID? Ну, это называется RAID-массив, да, по-русски. Честно, даже не знаю, как он называется. Вот, по сути, это несколько жестких дисков, объединенных с определенной логикой. Объясню, зачем это делается. Во-первых, в enterprise-решениях, в каких-то организациях, как правило, вы все не вставляете просто там два или три диска, записываете надежду систему и распределяете файлики на все остальные, как вы делаете это в домашней системе. Например, почему так не делаете? Потому что если у вас дома падает система на одном жестком диске, вы просто идете к другу, берете болванку, устанавливаете семерку или там восьмерку, ставите ее. Вся дома — это жесткий диск. Если же у вас enterprise-решения, да, представьте, что там сервер какой-то, на котором сидят 50 человек и выполняют там какой-то бизнес-критичную работу. У вас падает система, падает весь сервер. Соответственно, эти 50 человек они ожидают, пока кто-то там подсуетится с болванкой, сбегает. Ну, естественно, это простое, это потеря денег. И чтобы вот этих вот этих простоев не было, придумана такая технология, как RAID.

Итак, что же это такое? Как я уже сказал, RAID — это объединение нескольких жестких дисков по определенным. Возьмем сначала два простых жестких диска, подключенных к домашнему компьютеру. У нас просто компьютер по какой-то логике работает. Допустим, слева разметили, получилось, что соответственно, жесткий диск убирает система. Вот. А теперь берем RAID-массив. RAID-массив включает себя, во-первых, промежуточное звено — это так называемый RAID-контроллер. Отметим, RAID-контроллер, и работа с жесткими дисками осуществляется системой. Система S уже через этот RAID-контроллер. RAID-контроллер уже объединяет эти жесткие диски по логике, которые я сейчас расскажу. Еще замечу, что у RAID есть несколько уровней, но конкретно используется уровни 0, 1, 1+0 или 10, 5, 6. Но это, наверное, самые часто используемые уровни. Там есть, собственно. Давайте рассмотрим в начале ситуацию. RAID-контроллер в какой-то момент, когда вставлялись диски, человек зашел там, сервер посмотрел и сказал: "RAID-контроллер, RAID-контроллер, работай по схеме RAID 0". RAID-контроллер говорит: "OK", и соответственно, начинает работать по этой схеме. Что же у нас происходит? Давайте еще один жесткий диск нарисую отдельно. Как происходит запись на него? Допустим, у нас есть слово "хлеб". Давайте даже 2. 8 диска, который говорил, подключены отдельно. Здесь у нас говоря, запиши слово "хлеб" на жесткий диск. Смотрит, что диск с данными сюда. Да, и сказали сюда "хлеб". У вас есть. Далее. Теперь у нас записывается слово "хлеб". Вот это слово оно передается RAID-контроллеру, команда "записать слово хлеб". RAID-контроллер смотрит и говорит: "Так, ребята, поскольку вы у нас в RAID 0, давайте мы сделаем так: первым действием мы запишем букву Х сюда, мы запишем букву А. Вторым действием мы запишем сюда букву Е, сюда запишем букву Б". Итого, что же у нас получается? У нас получается, что произошла запись. Вы, поскольку, как я уже говорил, жесткий диск — это узкое место производительности системы, у нас произошла запись двойной скоростью. Сюда записал скоростью 1X, данные. В итоге скорость записи у нас она X. На самом деле, опять же, намного меньше, но прирост ощутим. Итого у нас ушла две единицы времени, чтобы записать слово "хлеб". Теперь происходит считывание. Пользователь говорит: "Я хочу считать слово хлеб". RAID-контроллер смотрит: "Первым действием пользователь возвращается к слову хлеб". Система работает, жесткие диски подсистемы жестких дисков работает в два раза быстрее, и все кажется хорошо.

Теперь у нас возникает следующая ситуация. У нас умирает жесткий диск, один из двух. Что происходит? У нас на обычной системе, на обычной системе, нас теряются только данные, которые на этом жестком диске. Например, диску. Да, там система была, у вас все данные сохранились. Пропала система, пропали данные системы. Здесь же у вас. Да, кстати, еще не упомянул, что вот эти диски они видны системе. После контроля они системы рассматриваются как единый диск. Она его можно разбить, там и так далее. В целом, один диск. RAID-контроллер уже отвечает за разбиение. [музыка] Итак, у нас умирает первый жесткий диск, эти обозначенных цифрами 1, 2, и пропадают буквы. Операционная система спрашивает: "Я хочу считать слово хлеб". RAID-контроллер смотрит и возвращает операционной системе, что он возвращает ей "ЛБ". Что такое "ЛБ"? Ну, не думаю, что это кто-то знает. Что такое операционная система? Это тоже не имеет понятия. Что такое "и восстановить данные"? Она не может придумать там "хлеб". Вот, что это значит? Это значит, если у вас умирает один жесткий диск в RAID 0, любой, у вас умирает вся система, умирают все данные. Умирает система, умирает все. Но чтобы понимать масштаб бедствия, мы сейчас взяли из двух дисков. Он может быть, например, давайте дисков. И слово "хлеб" записано вот так. Умирает один диск из четырех. У вас теряются все данные. В случае, если у вас 4 простых диска без RAID, у вас теряется только данные на одном диске. 100% данных. Вот. Но это у нас был RAID 0. Вот. И чтобы такой фигни не происходило, был придуман RAID 1. Как же у нас работает RAID 1? И что это такое? RAID 1 берем два диска, объединяем их. Здесь контроллер один, тот же самый "хлеб" пресловутый. RAID-контроллер смотрит, логика работы ему указана RAID 1, и записывает этот "хлеб". Но записывает он его не как в прошлый раз, два действия на разные диски. Записаться на него 4 действия на разные диски. Немножко кривовато получилось сделать. Значит, первое действие сюда, второе действие записывает. Еще упомянул, что RAID 1 — это 2 жестких диска, она не может быть один из трех. Итого, мы записали слово "хлеб". Скорость записи у нас какая? 1X, потому что мы информацию записали на каждый диск полностью. Вот. Теперь поступает запрос чтения. Система пытается считать слово "хлеб" с этих жестких дисков. Происходит чтение. Контроллер смотрит: "У меня записано слово хлеб". Они полностью идентичны. Друг считывает отсюда "х" за 1 ход. 2 диска. Первый диск. 2 диск. 2 считывает "л". Во второй итерации он считывает. Что у нас такой конфигурации получается? Если у нас вылетает один, у нас все данные сохраняются. Пользователь также может работать. Единственное, что меняется — скорость считывания становится равной единице. Но поскольку остается только один рабочий диск, соответственно, при RAID единицы у нас может вылететь любой жесткий диск, и при этом для операционной системы будет прозрачным. Отличие RAID 0 от RAID единицы. Еще один момент. Давайте рассмотрим RAID 0. Здесь у нас раз диск, два диск, три диска, допустим, 4. Здесь расчет идет, как записывается сюда какая-то часть данных, сюда, сюда, ну и так далее, пока диски не запомнится. Расчет идет по самому маленькому диску. Расчет дискового пространства. Возьмем, что у нас каждый диск 100 ГБ емкостью. То есть у нас на каждый диск может записаться 100 ГБ. Поскольку данные записываются разные, то 4 диска — это 100 ГБ. 4 будет равно 400 гигабайт. Случай же RAID единицы. У нас два диска, которые полностью дублируют друг друга. Соответственно, если каждый диск 100 ГБ, емкость его, и данные хранятся абсолютно одинаковые, мы записываем на один диск фактически данных — 2 его копия. Вот. Соответственно, 100 ГБ один диск, 100 ГБ второй. На поскольку данные одинаковые, общий суммарный объем данных — 100 ГБ. На каждый диск он так остается 100 ГБ. Это два первых базовых. Теперь давайте рассмотрим их агрегацию — это RAID 1+0 или RAID 10, он еще называется. Существует еще RAID +1, небольшая ремарка, да, или RAID 0+1. Про него мы говорить не будем. И в принципе, просто запомните, что RAID 10 лучше, чем RAID 0+1. Кому интересно, вы можете загуглить, почему. Именно я могу сказать вкратце, что на больших массивах дисков у RAID 10 может вылететь больше дисков, чем у RAID 0 без потери. Если кому-то интересно подробности, почему именно так может произойти, загуглите, либо если это многим будет интересно, я могу рассказать следующий раз. Не будем акцентировать на этом внимание. Просто запомните, что десятка лучше нуля единицы. Итак, как у нас работает 10? Ну, как следует из 10 — это 1+0. Поскольку у нас RAID 1 — это два диска, вот у нас RAID 1. Здесь, давайте пометим R1. И здесь добавим еще один RAID 1. Это 2 RAID 1, и эти RAID 1 объединены в RAID 0. Здесь контроллер. Соответственно, как у нас будет слово "хлеб" записываться в такой конфигурации? Очень просто. Первое действие: контроллер смотрит, у нас есть два RAID, объединенные в ноль. Соответственно, как у нас записывались? Соответственно, так идет. Сюда идет. Дальше контроллер смотрит здесь. Итак, первое действие у нас записываются BB. Итого, скорость записи у нас 2X, да, поскольку вот здесь у нас 0 раздваивается. Давайте скорость записи 2X. Но опять же, в идеале. И соответственно, скорость чтения у нас больше, чем 2X. 4 на самом деле опять 4 не идет со всех дисков одновременно. Вот. Чем хороша такая конфигурация? Эта конфигурация она хороша тем, что у вас может вылететь уже два жестких диска. Но минимальный минимум конфигурация, как следует, 4 диска, да, потому что нам нужно два один. Минимум — это 4 диска. Если мы расширим это, здесь может быть еще один, вот, и еще один, еще один, и так далее. [музыка] Преимущество этой системы в том, что у нас может вылетать один диск в каждом RAID единицы. То есть у нас, например, вот 6 дисков, возьмем, да, вылетает раз диск, вылетает два диска, вылетает три диска. То есть у нас вылетела три диска, при этом все данные полностью сохранены, поскольку у нас есть здесь копия этого диска, здесь копия вот этого, здесь копия вот этого, на котором содержит каждую копию полную картину данных на умершем жестком диске. Из шести дисков у нас вылетает 3, и RAID при этом работает. Есть нюанс, конечно, да, если у нас выйдет 2 диска в пределах одного, это будет печально. Соответственно, у нас умирает один полностью. А поскольку все RAID объединены нулем. Давайте еще посмотрим для сравнения. [музыка] 6 дисков. У нас умирает один диск. У нас умирает все сразу. То есть RAID 10 — три диска. RAID 1 — один. 6 выбирает все данные. Умирает. Даже не три. Чтобы все данные умерли, надо 4. Но единственный нюанс, опять же, повторюсь, диски должны быть в разных RAID единичках. Собственно, это суть десятки. 10 — он, наверное, самый используемый такой в интернете среде для высоконагруженных приложений, где требуется очень интенсивная работа системы. Используется 10. Но его. Об этом тоже не будем говорить. И у нас еще остались два вида — это RAID 5, 6. Если у нас для самых высоконагруженных приложений используется десятка, для низкой нагруженных, там для средней такой нагрузки у нас используется. Как устроен 5? У нас стоит минимум из трех дисков. Он может включать любое количество дисков. Расчет его объема производится по формуле: количество дисков N - 1, умноженное на объем минимального диска. Минимальный объем диска. Если все диски одинаковые, то на объем любого диска. Например, 100 гигабайт. Если мы возьмем дисков, у нас будет 5 минус 1, 4, умноженное на 100. Соответственно, полезный объем 400 гигабайт. Как работает? Записывает данные. Давайте возьмем 1011, такое число. Он записывает как нулевой RAID. 10 сюда. Он записывает F. Далее. Теперь что такое? Вот, но функция отчетности, там какая-то функция, по которой вычисляется значение из других значений, записанных в ту же область жесткого диска. Ну, то есть, вот у нас первый такт, например, записалась единичка, ноль и F. Допустим, один плюс ноль. В данном случае, первый такт. Второй такт: F, один плюс один, там двоечка. Третий такт: ноль плюс один. F записывается на каждый диск поочередно. Есть еще такой RAID 4. Он отличается тем, что там F записывается всегда на один диск. Немного хуже в плане производительности, поэтому не будем говорить, использовать. Что происходит, если считать данные? Первый такт 10 успешно, поскольку у нас два диска живые. [музыка] Второй такт считывается один и с третьего диска он пытается считать 2 единичку. Но поскольку третий диск у нас умер, он не может считать эту единичку. В таком случае он берет единичку за X и вычисляет ее из этой формулы. Поскольку он знает, что F у нас был один плюс один, и он знает значение F2, который записан на второй жесткий диск, он берет формулу: 2 минус 1 X равно единице, и отсюда получается, что он считывает второе значение. Второе значение. И третьим действием, соответственно, все данные у нас есть. Но на считывание, на вычисление этой функции уходит какое-то время. Давайте посмотрим время чтения и время записи. Оно немного быстрее, но медленнее при записи. Почему медленнее? Потому что он записывает не только 10, описывает не только 10, как RAID 0, но еще ему потратить некоторое время, чтобы вычислить функцию и записать ее значение. Также, соответственно, на этот процессинг тратится какое-то время. Ну, давайте это опять же, неточная цифра, да, просто для сравнения с остальными RAID'ами. То, что скорость больше, и скорость записи у нас, скорость чтения у нас идет чуть повыше. Вот. Но при условии, что диски жесткий диск fail'ятся, когда скорость чтения падает, поскольку требуется опять время на вычисление функции, и достаточно медленно происходит. И еще один момент: когда вы вставляете новый жесткий диск, массив начинает ребилдиться. Заменили умерший жесткий диск, да, массив начинает пересчет всех значений. Он вычисляет, смотрит там сектор, да, что в нем должно быть, вот, вычисляет из двух существующих дисков значения, либо единичку, и записывает это. Вот. Во время этого процесса производительность падает очень сильно. Он идет достаточно долго, и скорее всего, вы ощутите это на приложении. Но не буду обозначать скорость записи, до поскольку я не уверен, что написать. Лучше вы можете посмотреть любую табличку, там будет примерное сравнение. Там есть индексы, на которые следует нажать значение, чтобы получить скорость записи, чтения определенным, определенной конфигурации массива при определенном количестве дисков. Есть специальный калькулятор. Если вам интересно, можете посмотреть, как они различаются. Ну и давайте последний RAID — RAID 6. Чем у нас отличается? По сути, это тот же самый RAID 5, но минимум из четырех дисков, во-первых. И давайте простейшую запись. Единственный момент: на F1, F2 пометим. Ну и там один, соответственно. В этой конфигурации у нас есть две функции. И вот эти две функции позволяют обеспечить вылет в массиве до двух. То есть, давайте расширим массив, например, 6 дисков. В RAID 5 у нас вылететь может максимум один. Если вылетает второй, все данные. В RAID 6 у нас может вылететь 2 диска. Соответственно, если вылетают два диска, данные сохраняются. Если вылетает третий диск, соответственно, вот есть, по-моему, какие-то RAID'ы там 6 и Eda или что-то такое, где распределяется вторая функция тоже по дискам. Но есть вариант 50, например, где пятерки очень много RAID'ов. Если статью на Википедии даже, до можете посмотреть, поинтересоваться. Вот, смотреть, как это работает, какие-то индексы скорости и так далее. Но на этом, наверное, закончим нашу тему. Я смотрю, что уже достаточно долго тут пытаюсь. [музыка] Давайте тогда небольшой пример покажу. Попробую показать, по крайней мере, на виртуальной машине. Виртуализацию мы сегодня захватывать не будем, потому что уже прошло. Возможно, было еще вопросы будут. Так что давайте я закрою сейчас. И теперь давайте я вам покажу пример. Сейчас я подключу. Давайте даже, наверное, он все сразу расшарю, чтобы было понятно. Итак, давайте посмотрим. У меня есть небольшая конфигурация здесь. Я не помню диски. Так, одну минуту. Давайте сделаем вообще. Давайте с чистого листа. Я создал два жестких диска, подключил их к виртуальной машине и продемонстрирую, что происходит в системе, как она это воспринимает. Так. Ну, давайте первый жесткий диск задник, второй жесткий диск райт 2. Размер готова. Один контроллер. Итак, теперь мы подключаемся на нашу машинку. Давайте посмотрим, что у нас эти диски появились. К сожалению, обновление. [музыка] И так, вот мы подключили два жестких диска. Вначале мы пул, чтобы создать пул в реализации Microsoft, чтобы сказать на брейд, нам необходимо создать носители. По-моему, можно это обойти. Честно говоря, я [музыка] не пробовал 12 это сделать, поэтому сделаем через пул. Так, у нас дисков. И теперь мы можем создать из них. Создадим виртуальный диск. Назовем Рейд. Здесь у нас есть три пункта, как вы видите: это символ, мир и парите. Символ — это другое название RAID 0. У него есть еще название Stripe. RAID 0 Stripe. Запомните, это вот Страйп. Он часто используется слово, да, при разговоре о RAID. Второй вариант — Mirror — это RAID 1, зеркало, значит, в переводе. И соответственно, если так логически подумать, да, у нас каждый диск является отражением другого. Соответственно, называется Mirror. И парите — это вот именно в 12-й винде. Здесь 5 и 6 автоматически по каким-то правилам выбирает. Мы сейчас не будем строить или Simple его называть, только создадим тонкий диск. Но не буду сейчас объяснять, что значит. Создадим сразу. Далее, далее. Ноль. [музыка] Теперь смотрим "Мой компьютер", и мы видим здесь RAID 0. Если мы посмотрим здесь 0. Вот в разделе виртуальные диски мы видим структура Simple, подготовка тонкая, емкость 2 гигабайта. Это видно как жесткий диск. Зайдем диск, создадим здесь и запишем туда какое-то слово. У нас есть контроль, который работает. Не буду сейчас углубляться, да, но я надеюсь, что сейчас понимает, что вот этот диск он состоит из двух физических дисков, из части двух физических дисков. Закрытием. Давайте сейчас попробуем изобразить это вкратце. Вот у нас, вот у нас два физических диска. Здесь жесткий диск один, жесткий диск два. Здесь они объединены логикой контроллера RAID. Ну, роль контроллера в данном случае выполняет у нас серверная винда. Кривовато. Давайте Windows Server 2012. Соответственно, для контроллера диски видны как два различных. По своей логике контроллер разбивает эти диски. И то, что мы сейчас сделали, да, здесь, то, что мы сейчас сделали, мы создали виртуальный жесткий диск размером 2 гигабайта. А что это значит? Пользователю выводится только вот этот жесткий диск размером 2 гигабайта. Для пользователя вот это все прозрачно. Для пользователя есть только жесткий диск 2 гигабайта. А как он сделан, из чего состоит, его не интересует. Он об этом не знает. Он от этого абстрагирован. За то, чтобы пользователи именно так воспринимал этот диск, как раз отвечает контроллер. И так, на самом деле, вот этот диск, еще раз, на всякий случай поясню, он является каким-то кусочком здесь, какой-то области вот этого диска, это области вот этого диска. И поскольку они, соответственно, эти области содержат разные данные, и в каждый жесткий диск идет одновременно. Теперь давайте создадим один. Теперь мы выбираем Mirror. Что я еще раз означает RAID 1 или зеркало. Выбираем подготовку и, например, пусть будет 4 гигабайта. Итого, сразу создаем партицию. Она называется один и готово. Итак, теперь мы заходим "Мой компьютер". [музыка] Сейчас у нас появился второй. На этой схемке отсюда у нас, допустим, [музыка] вот отсюда, допустим, у нас выделилась какая-то еще небольшая область, и отсюда какая-то выделилась небольшая область. Вот они выделились, и через RAID, по сути, да, вот через здесь, через контроллер, через драйвера, они объединились, и пользователь увидел в конце просто какой-то жесткий диск. Еще один момент, который я упомянул: у нас жесткий диск RAID 0 занимает 2 гигабайта для пользователя. Вот она, 2 гигабайта. Но физически на дисках он занимает по гигабайту на жесткий диск физический. Вот. Второй физический у нас занимает. Но мы помним, что записать 4 гигабайта уникальной информации пользователю требуется два жестких диска. Соответственно, физический RAID 1 занимает на жестких дисках по 4 гигабайта. Ну и здесь на RAID-контроллер, который все это объединяет, виртуальный диск таким размером. Так. Ну и теперь давайте мы проверим файлики созданы. Но теперь давайте мы наживую прямо рубанем один из жестких дисков и посмотрим, что у нас произойдет. Итак, я из виртуальной машины просто удаляю жесткий диск. Что у нас сразу появилось? Как мы видим, RAID 0 у нас исчез. Если этот жесткий диск я не вернул виртуальную машину, мы никогда, никогда не сможем со второго жесткого диска установить данные. Можем открыть, посчитать файлики, да, там внести какие-то изменения, но теперь он работает медленно. И по сути, если произошло следующее: мы убили вот этот. Ну, я думаю, понятно, что это один жесткий диск физический. Мы убили этот жесткий диск, и у нас вывалился полностью RAID 1. А RAID 0 извиняюсь, а RAID 1 остался работать на вот этом, на втором физическом диске, поскольку там полная копия данных. Но если мы заглянем вот сюда, вот носителей, и сделаем здесь обновление, давайте сейчас дождемся, пока мы увидим, что RAID 0 у нас горит Error, потому что диск вылетает, и мы видим. Ну, в принципе, все. На самом деле, я хотел показать пример клиент-серверной архитектуры, да, для понятности, но как-то мне вылетела, честно говоря, из головы. Давайте я покажу сейчас. Вот у меня есть машинка еще одна, она называется веб-сервер. Да, я покажу, что происходит, когда сервер выключается. Что происходит на стороне клиента? В данном случае у нас клиент — это Internet Explorer. Здесь, допустим, [музыка] вот что у нас произошло. Пользователь ввел запрос, да, какой-то сайт. Значит, запрос передался на сервер, веб-сервер. Веб-сервер обработал этот запрос и вернул такую картиночку. Теперь выключим сервер. Давайте его сохраним. В принципе, в данном случае это то же самое, что выключение. Обратиться к нему компьютер уже не сможет. Откроем новую вкладочку, и теперь она сейчас это не прошло, потому что у нас закошировалось. Давайте откроем новый Internet Explorer без всяких кэшей и попробуем зайти на этот же веб-сервер. Этот мы закроем. Ну, и соответственно, как вы видите, происходит, происходит дублирование. И на веб-сервером может. Почему? Потому что спросить эту страницу. Соответственно, все, кто пытаются зайти на этот сервер, не это сделать не смогут. Вот это минус клиент-серверной архитектуры. Давайте включим обратно и проверим, что заработало все нормально. На сегодня, на сегодня на этом, пожалуй, закончим. Да, я хотел еще хватить виртуализацию, но уже больше полутора часов рассказ, поэтому сейчас мы не будем. Так, давайте я сейчас остановлю шаринг. Итак, на сегодня все. У нас есть секция вопросы и ответы. Если у кого-то есть какие-то вопросы, вы можете сейчас туда написать. Вопрос не тестировал, насколько я понимаю. Я нажму кнопочку "Select вопрос", отвечу на него, и соответственно, вопрос будет как отвечен и помечен. Потом в видео, как кусочек будет помечен, как именно ответ на этот вопрос. Так что вы можете сейчас попробовать. Если у вас остались какие-то вопросы по остальной части видео, в принципе, мы закончили. Все, что хотел сегодня рассказал. Визуализацию я скажу на следующий раз. Вот. Я надеюсь, что был не очень уныл, и надеюсь, что мои каракули были кому-то понятны. Все же, соответственно, если будут желающие, я создам какой-то на группе ВКонтакте, да, посмотрим вообще продолжать этот курс. Если желающие, которые будут слушать дальше, будут получать какие-то знания, ну, соответственно, как-то так. Жду сейчас ваших вопросов, если они есть, я отвечу. Если нет, то добро пожаловать в группу ВКонтакте. Там посмотрим вопросы, какие-то предложения по улучшению буду от вас ожидать. За фильм опросик по первому уроку и решим продолжать или нет. Если будем продолжать, тогда следующий раз я уже начну с виртуализации. Продолжим. Я думаю, уже еще могу заметить, что сегодня был такой урок вводный. Возможно, многие, но я все же решил готовить какую-то базу для дальнейшего курса, если об этом говорить, было у людей понимание. [музыка] Да, вопросы тут я вижу, минута, поэтому они появляются с задержкой. Ссылка на запись. Давайте попробуем. Честно говоря, не могу выбрать вопрос по какой-то причине. Мне говорит, что я должен начать трансляцию, хотя я уже полтора часа транслирую. Но главное, отвечаю на вопрос по поводу ссылки на запись. Ссылка на запись, естественно, будет выложена. Запись появится на канале YouTube. Все ссылки есть. Если вы зайдете даже по ссылке на эту запись, в дальнейшем сможете нажать там "проигрывать", и она автоматически. Я постараюсь записи обработать, наверное, посмотрим, получается ли у меня человек еще обрабатывать. [музыка] Ну и да, и еще скажу, что ВКонтакте у нас будет также секция вопросов и ответов. Я буду создавать темки по каждому уроку. Да, там вы сможете задать какие-то вопросы уже непосредственно по темам озвученным уроки. То есть, если у вас какие-то вопросы, например, вы сможете задать эти вопросы. Я постараюсь на них максимально ответить четко, чтобы было всем понятно. Возможно, еще раз, может быть, даже если заинтересует, дополнительные уроки по каким-то особенным понятным моментам. Ну, ладно, судя по тому, что вопросов я не вижу больше, тогда никак не могу трансляцию через Hangouts посмотреть, только через YouTube. Ну, Алексей, к сожалению, не могу сказать, почему так происходит. Да, это смотреть на месте. Попробуйте другой браузер. В общем-то, поскольку вопросов больше не возникает, когда всем спасибо за просмотр. Надеюсь, что вам понравилось. Соответственно, если будет положительный фидбек, то мы продолжим. На следующей неделе, я надеюсь, я уже начну с виртуализации, расскажу подробнее о ней, что это такое. [музыка] До встречи. Надеюсь. Спасибо, что пришли.