Архивы Infrastructure - Страница 4 из 5

Информация о дисках в системе Linux

Периодически любому, кто соприкасается профессионально с аппаратным обеспечением IT систем, приходится сталкиваться с вопросами оценки работоспособности жестких дисков. В свое время плотно занимался системами хранения данных EMC. И опыт эксплуатации даже этих самых продвинутых стораджей корпоративного уровня показывает, что после трех — пяти лет их использования, жесткие диски начинают выходить из строя с неотвратимой регулярностью. Эти компоненты серверов, СХД или даже обычных компьютеров с моей точки зрения представляют собой расходный материал, которые нужно быть готовым менять постоянно в долгосрочной перспективе. Если использование корпоративных стораджей по своей философии предполагает постоянную покупку сервисов технической поддержки, и соответственно замену дисков вендором в случае проблем с ними. То в случае использования серверных решений на базе стандартных операционных систем Linux или Windows, вопросом обслуживания жестких дисков нам придется заниматься полностью самим.

Все современные нормальные жесткие диски и диски SSD имеют на борту систему мониторинга S.M.A.R.T. (Self-Monitoring, Analysis and Reporting Technology или SMART). Если такой поддержки на имеющихся у Вас дисках нет, то стоит задумать сразу же о целесообразности их использования. Система SMART встроена в микросхемы контроллера диска и содержит в себе информацию о показателях жизнедеятельности данного драйва. Что хорошо, так это то, что из операционной системы сервера или компьютера, где установлены диски, можно легко получить доступ к данным этой системы. Это позволяет администратору быть постоянно в курсе состояния используемых драйвов. Также с помощью имеющейся информации можно проводить заблаговременно замену дисков, там где находятся критически важные данные.

Отказоустойчивость доступа к сети в Linux

Те, кто занимается сетевыми технологиями, наверняка знает множество различных способов обеспечения отказоустойчивости компьютерных сетей. При этом есть как общеиспользуемые стандартизированные решения на L2 или L3 уровнях, так и узкие специализированные наработки. Сервера Linux также обладают всем необходимым функционалом, чтобы обеспечить выживаемость сервера в случае выхода из строя сетевой карты или отдельного коммутатора. Для этого используется функционал бондинга (bonding), который позволяет объединять в один общий виртуальный линк несколько физических интерфейсов. Данная возможность присутствует в различных дистрибутивах операционной системы Linux и может отличаться небольшой спецификой в настройке. Разные дистрибутивы используют свои конкретные механизмы настройки сети. Однако, непосредственные технические возможности по обеспечению сетевой отказоустойчивости остаются идентичными.

С помощью бондинга мы можем объединять несколько Ethernet интерфейсов в один виртуальный линк. При этом с противоположной стороны могут находиться как несколько различных коммутаторов, так и одно сетевое устройство. Так в случае использования протокола LACP мы можем объединить и одновременно использовать неисколько интерфейсов одновременно. Это позволяет обеспечить не только отказоустойчивость, но и повысить скорость доступа к сети в случае такой необходимости. Но для этого мы должны подключать все интерфейсы в один коммутатор, который поддерживает протокол LACP. Если же мы подключаем сетевые интерфейсы к различным коммутаторам, то можем использовать режим бондинга active-backup, который использует только один активный линк в данное конкретное время, но позволяет переключаться на резервные в случае выхода из строя основного.

Импорт kvm виртуалок в Proxmox

Система виртуализации на базе Proxmox все больше набирает популярность при создании IT инфраструктуры в последнее время. Данное решение объединяет в себе черты профессиональной системы виртуализации с возможностью создания кластеров и централизованного управления с одной стороны. А также все свойства Open Source продукта с другой стороны. При миграции на данную систему управления виртуализации Вам скорее всего придется столкнуться с задачами импортирования виртуальных машин как из среды VMware, так и работающих под управлением гипервизора kvm. Как это сделать легко и просто со вторым типом виртуальных машин, используемых в open source среде хочется рассказать поподробнее.

VMware PowerCLI и PowerShell

В последнее время лично я привык использовать для автоматизации задач с системой виртуализации VMware такое средство как Hashicorp Terraform. Однако, есть один замечательный инструмент от самой компании VMware, который работает под Windows и позволяет автоматизировать многие задачи виртуализации. Это программное обеспечение VMware PowerCLI. На данный момент актуальный релиз данного ПО — 12.0. PowerCLI очень тесно интегрируется с PowerShell и по сути представляет собой дополнительный модуль в PowerShell, который обеспечивает взаимодействие со средой vSphere. Вообщем, когда возникают задачи по автоматизации определенных действий в среде VMware из операционной системы Windows, данный инструмент оказывается незаменимым помощником. С помощью него можно производить различные манипуляции с виртуальными машинами, темплейтами и в целом инфраструктурой виртуализации.

Отправка email с серверов

На вопрос нужно или нет отправлять почту с работающих серверов — для меня ответ всегда был положительным. Здесь конечно же идет речь не об отправке различного рода спама в Интернете, а об использовании электронных писем с различными оповещениями из IT систем на серверах. С помощью электронной почты всегда можно было доставлять нужные сообщения администраторам и программистам, уведомляя их о тех или иных событиях в работе IT систем. Да, сейчас есть ряд альтернативных способов доставки сообщений о происшествиях в программном обеспечении и оборудовании. Это, например, SMS или мессенджер Telegram. Такие способы, как правило, используются в системах мониторинга, позволяя оперативно сообщать о критических инцидентах. Однако, с моей точки зрения, использование электронной почты актуально и полезно и сегодня. Функции сортировки электронных писем позволяют эффективно анализировать тренды и выявлять проблемы в работе IT систем.

Для того, чтобы наш сервер стал способным отправлять почтовые сообщения, мы должны установить и настроить на нем MTA агент. MTA — Mail Transfer Agent (Агент передачи электронной почты). Программное обеспечение, выполняющее функцию MTA, занимается пересылкой электронных писем по протоколу SMTP. На основе него строятся серьезные почтовые сервера, которые способны обслуживать тысячи и миллионы пользователей. Нам в общем случае такой функционал избыточен. Наиболее популярные MTA в операционной системе Linux — Postfix, Sendmail, Qmail, Exim. Я предпочитаю работать с Linux системами на серверах, поэтому затрагивать тему использования MTA на платформах Windows не буду. Мне хотелось бы показать как быстро установить и настроить пакет Exim4, для целей доставки почтовых уведомлений с конкретного сервера. Его компактность, надежность и наличие всего необходимого просто идеально подходят для этой цели.

Netstat и аналоги

У каждого администратора, IT инженера или программиста наверняка есть несколько десятков базовых утилит или команд, которые постоянно применяются в работе. У меня также есть такой набор базовых инструментов, который является неотъемлемой частью моей профессии. Среди них можно назвать wget, curl, ping, vim, tree, git, ip ну и конечно же netstat. Последняя являлась незаменимой утилитой при работе на абсолютно разных платформах, начиная от всевозможных версий Linux, Unix, BSD и заканчивая MacOS, а так же Microsoft Windows. С помощью нее можно получать информацию о сетевых соединениях, интерфейсах, таблицах маршрутизации. Утилитка позволяет получать обширнейшую информацию, которая бывает полезна во время траублшутинга, дебагинга или настройки чего-то нового.

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

Организация удаленной работы

https://www.youtube.com/watch?v=x5etUa0gjVE

Новый 2020 год для многих людей на планете Земля запомнится прежде всего тем, что вспыхнула пандемия коронавируса COVID-19, а также теми ответными мерами, которые были приняты многими странами. В итоге, большое количество организаций были вынуждены перейти на удаленный режим работы. При этом конечно же есть серьезные государственные и коммерческие структуры, кто в принципе планировал потенциальное развитие форс мажорных событий для своей инфраструктуры. Как правило, это компании с хорошим финансированием департамента IT, которые способны проводить долговременные стратегии по развитию своей инфраструктуры в жизнь. Такие организации годами вкладывали в различные технологичные решения, от маршрутизаторов, до систем DLP и сложной аналитики. Для них больших проблем с переходом на удаленную работу возникнуть не должно. Однако, есть множество организаций малого и среднего бизнеса, для которых работа из дома не кажется такой банальной и простой вещью. Именно для тех, кто впервые столкнулся с проблемой организации работы сотрудников на дому, я подготовил это видео.

CDN для сайта с помощью cloudflare.com

Хотелось бы рассказать о небольшом лайфхаке и возможностях, которые можно получить free of charge с помощью cloudlfare.com. Сам ресурс предоставляет услуги реверс прокси, CDN (Content Delivery Network), защиты от DOS атак и ряд других. Также cloudflare.com можно использовать как DNS сервис, и как Web Application Firewall, и ряд других сервисов. Я думаю, что многие, кто связан с темой веб разработки, прекрасно знают и используют этот ресурс. Cloudflare имеет как платные тарифные планы, так и один бесплатный тариф, который может быть очень интересен для начинающих стартапов и компаний. Даже на бесплатном тарифном плане Вы получите много фишек, которые в большинстве своем перекроют надобность маленькой начинающей компании или отдельного человека. Если же Вы перерастете нужды бесплатного аккаунта, то можете рассмотреть варианты и с платными вариантами на cloudflare.

Те, кто заинтересован в работе своих веб ресурсов так или иначе сталкивались с проблемами кеширования, различного рода внешних сетевых атак, а также обеспечения постоянной доступности сайта. И зачастую профессиональные решения CDN, защиты от DDOS атак или кеширования для таких начинающих организаций просто не по карману. Да даже и для большинства крупных организаций построить свою Content Delivery Network является крайне затратным и убыточным делом. Организовывать эффективную систему защиты от DDOS атак также не под силу большинству непрофильных компаний. Сервис cloudflare позволяет за небольшие деньги, либо вообще бесплатно профессионально решить эти проблемы.

IT инфраструктура для стартапа в Узбекистане (часть 3)

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

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

1. IT инфраструктура для стартапа в Узбекистане (часть 1).

2. IT инфраструктура для стартапа в Узбекистане (часть 2).

3. IT инфраструктура для стартапа в Узбекистане (часть 3) (данная статья).

4. Нужна ли нам облачная инфраструктура?

IT инфраструктура для стартапа в Узбекистане (часть 2)

Наступил Новый 2020 год, прошло время небольшого расслабления, которое как-то само по себе приходит на стыке лет. У меня раскачка заняла довольно таки много времени в этом году. Пришло время для концентрации и нового рывка длиною в год. В первой части статьи о том как построить IT инфраструктуру стартапу, была поднята тематика как подступиться к этой задаче людям, которые далеки от этой области. Потом была статья в блоге — Нужна ли нам облачная инфраструктура, которая рассказывала о плюсах и минусах облаков. Она была своеобразным продолжением первой статьи и затрагивала популярную тему облачных вычислений, и то, когда нужно стартапу обращаться к ним. Развивая тематику из вышеупомянутых статей, тут хотелось бы акцентировать внимание на вопросах формализации инфраструктуры, а также такого важного документа в повседневной работе ITшника, как Техническое Задание.

Необходимость документации и формализации процессов создания и работы IT инфраструктуры обусловлена сложностью и большим разнообразием компонентов. Успешность внедрения и дальнейшего функционирования во многом зависит от того, насколько все правильно расписано на бумаге. Однако, большинство организаций пренебрегает этими пунктами при своей работе. Как результат, уже при приемке сколько-то технологически сложных работ у подрядчиков начинаются постоянные трения и недовольства с ними. Заказчик думает, что исполнитель должен сделать на свое усмотрение так, чтобы все было идеально, однако в большинстве случаев исполнитель смотрит на то, что указано в Техническом Задании. И как следствие возникает конфликт ожиданий и полученного в результате. У меня до сих пор в голове периодически крутится аббревиатура из курса Cisco CCDA — PPDIOO, которая обозначает основные вехи IT проекта, и первые 3 буквы расшифровываются как Prepare (Подготовка), Plan (Планирование) и Design (Дизайн). Именно с этого должен начинаться любой IT проект.