www.alibabacloud.com/campaign/singles-day-double-11-2019

Уважаемый читатель
Добро пожаловать в новый бюллетень от Datacenter.com
Октябрь был напряженный период для организации Datacenter.com. Мы гордились провести конференцию EMEA Uptime Institute в Амстердаме, где специалисты отрасли из разных континентов присутствовали. Очень успешное мероприятие, которое включало посещение нашего центра обработки данных объекта в Амстердаме.

Как уже упоминалось ранее, мы были заняты модернизации центра обработки данных объекта Амстердам, это готово. Это позволяет существующим клиентам расширить и мы имеем критический IT пространство для новых проектов. Следующее расширение сейчас на чертежной доске, чтобы иметь возможность для удовлетворения спроса в будущем.
Я желаю вам много удовольствия чтения.

С уважением, Jochem Steman
генеральный директор Datacenter.com


Datacenter.com завершает расширение центра обработки данных Амстердам
Datacenter.com объявила о завершении второго этапа своего центра обработки данных Datacenter.com AMS1. Расширение было необходимо из-за высокого спроса со стороны отечественных и международных корпоративных и облачных вычислений клиентов, которые хотят, чтобы сократить расходы на ИТ-инфраструктуру.
hosting.kitchen/datacenter-com/datacentercom-zavershaet-rasshirenie-amsterdamskogo-data-centra.html


Почему колокейшн является ключом к снижению свой экологический след
Устойчивое развитие является важным фактором для вашей компании. Экологическая ответственность является неотъемлемой частью достижения Вашего бизнеса социальными целей и развития позитивного восприятия бренда.
hosting.kitchen/datacenter-com/pochemu-kolokeyshn-yavlyaetsya-klyuchom-k-snizheniyu-vashego-ekologicheskogo-sleda.html


Эффективность использования энергии, это не только ПУЭ центра обработки данных
IT и центры обработки данных известны своей энергоемких деятельность и неэффективное использование энергии. Таким образом, центры обработки данных стремятся повысить их эффективность, в основном за счет снижения их ПУЭ. В то время как центры обработки данных снижают их накладное потребление энергии в максимально возможной степени (например, снижение потерь мощности с помощью устройств между ними), эффективность энергии клиентов центров обработки данных еще не обсуждалась, что много. Что клиенты центра обработки данных можно сделать?
hosting.kitchen/datacenter-com/energoeffektivnost-eto-ne-tolko-pue-centra-obrabotki-dannyh.html


Является ли сертификация Uptime Institute, как ценна как послужной список?
В этом мире много центров обработки данных существуют. Есть некоторые крупные международные известные фирмы, крупные местные / национальные фирмы и малые независимые.
Разнообразие выбора сделаны в получении доверия. Некоторые собирают десятки сертификатов и других показывают их доказанный послужной список.
Почему вы должны доверять «просто сертификат» над брендом с проверенной репутацией?
hosting.kitchen/datacenter-com/yavlyaetsya-li-sertifikaciya-uptime-institute-takoy-zhe-cennoy-kak-posluzhnoy-spisok.html

В этом мире существует множество центров обработки данных. Есть несколько крупных международных известных фирм, крупные местные / национальные фирмы и более мелкие независимые. Разнообразие выбора делается в завоевании доверия. Некоторые собирают десятки сертификатов, а другие демонстрируют свою проверенную репутацию. Почему вы должны доверять «просто сертификату» бренду с проверенной репутацией?

Давайте начнем с утверждения, что часть идентификации риска основана на фактических исследованиях. Как часто в прошлом происходило конкретное событие? Информация о переживании возникающих событий и знании частоты с течением времени может быть очень актуальной для формирования мнения о надежности. Таким образом, проверенный послужной список может быть ценным. Чтобы убедиться, что риск не связан с удачей, разумное количество событий должно быть частью исследования, чтобы определить, показывает ли доказанный послужной список, хорошо ли смягчены общие риски.

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

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

С другой стороны, вы можете завоевать доверие благодаря проверенной репутации. Тогда вам нужно спросить себя, пользуетесь ли вы доверием благодаря репутации бренда или только этой возможности? Причина для опроса, если объект был частью слияния / приобретения, ему не нужно ничего доказывать о качестве инфраструктуры бренда. Кроме того, если у бренда ограниченные возможности, послужной список может быть основан на удаче и может влиять на события, о которых знали другие.

Легко сделать вывод, что лучше всего выбирать для сертификации и послужного списка. К сожалению, это будет ограничивать, так как многие объекты не могут обеспечить оба. Думая о законе больших чисел, лучше всего полагаться на соответствующую сертификацию.

Datacenter.com выбрал сертификацию Uptime Institute. Uptime Institute — компания с большим опытом работы в отрасли центров обработки данных и более чем 25-летним опытом исследований. Сертификация Uptime означает периодический обзор. Используя последнюю информацию из своего опыта. С этим сертификатом Datacenter.com показывает, что он соответствует знаниям международных экспертов с большим опытом работы.

datacenter.com

ИТ и центры обработки данных известны своей энергоемкой деятельностью и неэффективным использованием энергии. Поэтому центры обработки данных стремятся повысить свою эффективность, главным образом за счет снижения их PUE (Эффективность использования энергии). В то время как центры обработки данных максимально сокращают свои накладные расходы (например, снижают потери мощности между устройствами между ними), эффективность использования энергии клиентами центров обработки данных еще не обсуждается так сильно. Для экологически устойчивой системы также эффективность систем в центре обработки данных должна использовать мощность и оборудование настолько эффективно, насколько это возможно. Итак, что могут сделать клиенты дата-центра?

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

стандарты
Одним из стандартов, который является наиболее полным и относится к большинству соответствующих стандартов ИСО, является Кодекс поведения ЕС в области энергоэффективности центров обработки данных. Практики в рамках Кодекса поведения можно разделить на две категории; практики, которые повысят эффективность инфраструктуры центра обработки данных, и практики, которые повысят эффективность ИТ-оборудования (включая программное обеспечение). Для пользователя центра обработки данных наиболее очевидной практикой повышения эффективности центра обработки данных является обеспечение целостности между холодными и горячими проходами. Большинство других практик являются частью компании, эксплуатирующей центр обработки данных.

Практики по повышению эффективности для ИТ кажутся очевидными во многих аспектах, но их необходимо выделять время от времени, чтобы быть уверенным, что они не будут забыты. Если посмотреть на жизненный цикл, то, конечно, он начнется с выбора оборудования. Исходя из требований к оборудованию, может быть полезно проверить показатели Energy Star, SERT или SPECPower, чтобы выбрать оборудование, которое соответствует требованиям и имеет хороший баланс между эффективностью и затратами. Конечно, для улучшения энергетических показателей рекомендуется включить функции управления питанием в аппаратном и программном обеспечении. Также обратите внимание, что выбранное аппаратное обеспечение будет соответствовать среде, предоставляемой вашим центром обработки данных (подумайте о направлении воздушного потока).

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

Управление данными
И последнее, но не менее важное, управление данными. Это сложный вопрос, так как хранение становится дешевле, поэтому проще принять решение о сохранении данных, поскольку вы не хотите удалять данные, которые могут быть полезными. Тем не менее, управление данными выгодно для устойчивой окружающей среды и может быть обязано GDPR, если личные данные являются частью этих данных. При сортировке всех данных, которые хранятся в компаниях, в основном 70-80% данных представляются ROT (избыточными, устаревшими и тривиальными). Данные ROT будут использовать мощность, пространство и оборудование. Хотя стоимость данных ROT кажется низкой, суммируя затраты месяц за месяцем, год за годом они выбрасывают деньги. Также используется оборудование, которое также может быть использовано для продуктивных и активных процессов.

Периодический обзор ИТ-среды поможет поддерживать эффективность и эффективность вашей ИТ-среды. Это поможет вашему бизнесу использовать только те ИТ-ресурсы, которые необходимы, и поможет вам участвовать в устойчивом мире.

datacenter.com

Устойчивое развитие является важным фактором для вашей компании. Экологическая ответственность является неотъемлемой частью достижения социальных целей вашего бизнеса и формирования позитивного восприятия бренда. Различные исследования показывают, что в среднем 70 процентов компаний рассматривают устойчивость как один из важнейших бизнес-приоритетов.

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

Оптимизируйте свое пространство
Использование внутреннего центра обработки данных ставит вашу компанию в невыгодное положение с точки зрения устойчивости. Маловероятно, что ваше офисное здание специально разработано для устойчивого управления критически важной ИТ-инфраструктурой. За прошедшие годы вы, вероятно, постоянно добавляли больше оборудования и адаптировали среду к меняющимся потребностям бизнеса. Если вы переедете в учреждение, специально созданное для управления данными в масштабе, вы можете значительно сократить используемое пространство. Это также поможет минимизировать капитальные и накладные расходы.

Оптимизируйте свои расходы
Как часто оборудование вашего центра обработки данных нуждается в обслуживании? Вы тратите ценные ресурсы, которые можно выделить для более стратегической работы. Если вы отправляетесь во внешний центр обработки данных, вы также можете воспользоваться централизованным обслуживанием, чтобы больше ваших ресурсов можно было использовать для ИТ-проектов, которые имеют реальную ценность для вашего бизнеса, будь то разработка новых приложений или добавление новых новых новых функции к существующим.

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

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

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

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

В последние годы Datacenter.com приобрел большой опыт работы с многочисленными делами клиентов. Основываясь на этом опыте, мы можем помочь и проконсультировать вас по поводу лучшего выбора для вашей компании.

datacenter.com

Амстердам, Нидерланды, 31 октября 2019 года. Datacenter.com, международная компания, независимая от операторов, в качестве центра обработки данных, объявила о завершении второго этапа своего центра обработки данных Datacenter.com AMS1. Расширение было необходимо из-за высокого спроса со стороны отечественных и международных корпоративных клиентов и клиентов облачных вычислений, стремящихся снизить затраты на ИТ-инфраструктуру.

Площадь центра обработки данных Datacenter.com AMS1 была увеличена на 30% до 1800 квадратных метров (около 19 400 квадратных футов). Это создало место для дополнительных 250 кабинетов. Кроме того, 1,5 мегаватт дополнительного питания было реализовано. Этап II этого независимого от оператора центра обработки данных теперь доступен для существующих и новых клиентов.

Datacenter.com AMS1 стратегически расположен в юго-восточной части Амстердама, на основных маршрутах оптоволоконной сети от международных операторов и магистралей в Европе. Datacenter.com Amsterdam AMS1 разработан для обеспечения избыточной критической мощности и охлаждения, что позволяет проводить параллельное обслуживание без перерывов на основе архитектуры Uptime Institute TIER III.

Амстердам по-прежнему является крупным центральным узлом для центров обработки данных, и нашим клиентам требуется самая современная инфраструктура и гибкие предложения. Мы продолжаем стратегически расширять присутствие Datacenter.com на основе требований клиентов и рынка. Инновационный центр обработки данных Datacenter.com обеспечивает значительную эффективность и экономическую эффективность для наших клиентов. Мы с нетерпением ждем продолжения поддержки наших уважаемых существующих клиентов и новых клиентов на нашем объекте Datacenter.com AMS1 и в других местах, чтобы удовлетворить их потребности в центрах обработки данных и удовлетворить их как можно быстрее

сказал генеральный директор Datacenter.com Йохем Стеман

О Datacenter.com
Datacenter.com мотивируется убеждением, что все компании, которые ищут предложения для центров обработки данных и совместного размещения, должны иметь доступ к большей эффективности и гибкости по разумной цене. С нашими современными услугами центра обработки данных мы удовлетворяем растущую потребность рынка в энергоэффективных, высоко взаимосвязанных и модульных средствах колокейшн, в которых организации могут гибко и безопасно размещать свою критически важную ИТ-инфраструктуру, в то время как потребности облачных вычислений удовлетворяются. Индивидуальные, надежные и инновационные решения для центров обработки данных Datacenter.com сопровождаются лучшей в своем классе поддержкой клиентов. Datacenter.com является гордым членом Европейской ассоциации центров обработки данных (EUDCA). Чтобы узнать больше о Datacenter.com, посетите datacenter.com или следите за Twitter @datacenter_com или Linkedin: www.linkedin.com/company/datacenter.com

Контакты:
Datacenter.com Нидерланды B.V.
Кейенбергвег 22
1101 GB Амстердам, Нидерланды
Press@datacenter.com
Телефон: +31 (0) 20-2384200

www.webnames.ru

• Жонглёр улучшил свой бизнес с помощью доменов
• Домен .VOTE станет доступным для всех
• Деятельность регистратора приостановлена из-за потенциальной кражи доменов
• Зона .whoswho осталась в живых
• 2019 год уже опередил по продажам прошлый год
• Radix приобрела домен .UNO
• Суд вынудил доменного инвестора разоблачить себя
• Пабло Эскобар получает домен посмертно
• Домен Fashion.com выставлен на аукцион
• Заявка на домен .RAM, оскорбляющий индуистов, аннулирована
• Как используются самые дорогие домены в зоне .NET?
• Как используются самые дорогие домены в зоне .CO?
• Spamhaus опубликовал отчёт об активности ботнетов за третий квартал
• ICANN может отказаться от периода приёма отзывов
• Eko.com продан за $1,5 млн
• Выход британцев из зоны .EU отложен
• Schneider Electric приобрёл домен SE.com
• Приближается рост цен на домены в зоне .COM
• Исследования показали опасность доменов со смайликами
• Prosper.com продан за $380 000
• Сокращённые ссылки могут быть опасными

hosting.kitchen/webnames/webnamesru-oktyabr-2019.html#cut

Читать дальше →

Нейросеть распознаёт узор вязания по фото
www.reg.ru/blog/nejroset-raspoznayot-uzor-vyazaniya-po-foto/

Стэнфордский курс: лекция 7. Обучение нейросетей, часть 2
www.reg.ru/blog/stehnfordskij-kurs-lekciya-7-obuchenie-nejrosetej-chast-2/

Квантовые нейронные сети на процессорах будущего
www.reg.ru/blog/kvantovye-nejronnye-seti-na-processorah-budushchego/

7 советов для работы с небольшими данными
www.reg.ru/blog/7-sovetov-dlya-raboty-s-nebolshimi-dannymi/

Админ, нас атакуют или Как защитить дедик от брута
www.reg.ru/blog/kak-zashchitit-dedik-ot-bruta/

Анализ производительности нейросетей на GPU с помощью NVIDIA Visual Profiler (часть 1)
www.reg.ru/blog/analiz-proizvoditelnosti-nejrosetej-chast-1/

Стэнфордский курс: лекция 8. ПО для глубокого обучения
www.reg.ru/blog/stehnfordskij-kurs-lekciya-8-po-dlya-glubokogo-obucheniya/

Роботы в облаках: совмещение ROS и Jupyter
www.reg.ru/blog/roboty-v-oblakah-sovmeshchenie-ros-i-jupyter/

Как организовать техническую поддержку пользователей
www.reg.ru/blog/kak-organizovat-tekhnicheskuyu-podderzhku-polzovatelej/

Голосовой помощник Apple, которому можно доверять
www.reg.ru/blog/golosovoj-pomoshchnik-apple-kotoromu-mozhno-doveryat/

10 ингредиентов надёжной инфраструктуры хостинга REG.RU
www.reg.ru/blog/10-ingredientov-nadyozhnoj-infrastruktury-hostinga-reg-ru/

Жуткие сайты, которые вызовут у вас мурашки
www.reg.ru/blog/zhutkie-sajty-kotorye-vyzovut-u-vas-murashki/

Сладость или гадость? Бэкап или факап?
В канун Хэллоуина подвели итоги месяца и подготовили для вас очень страшный выпуск дайджеста. Без красных шариков и клоунов, но всё равно жуткий.


Читайте, чтобы узнать, чего боятся наши админы, как уберечься от ужасов хостинга и что такого кошмарного случилось в октябре 2019-го…

Хаос — это страшно
Это почти ад. Особенно, для молодого сисадмина, только что прошедшего обряд посвящения. Навести порядок железной дланью помогут 4 столпа системного администрирования и 10 главных заповедей, первая из которых «не пренебрегай резервным копированием». Всё о порядке вещей для молодых послушников и тех, кто с ними работает, в нашей статье

Письма попадают в спам — ещё страшнее
Вы готовите рассылки для клиентов, отправляете письма, ждёте конверсий и откликов. Но ваши письма не доходят до адресата, или того хуже — попадают в спам. О том, как правильно поколдовать в ISPmanager и не только, чтобы снять с писем проклятье, читайте в новой статье «Что делать, если мои письма не доходят или попадают в спам».
firstvds.ru/technology/chto-delat-esli-moi-pisma-ne-dohodyat-ili-popadayut-v-papku-spam

Переезд на другой сервер — страшнее потопа?
На самом деле нет, если следовать советам тех, кто на этом собаку съел. Соберетесь переезжать на выделенный сервер — прочитайте статью на FirstDEDIC. Потому что на техподдержку надейся, а сам не плошай.
1dedic.ru/content/9-sovetov-o-tom-kak-podgotovitsya-k-pereezdu-na-novyy-server

Кошмары месяца — не для слабонервных
Критическая уязвимость CVE-2019-11043 в расширении PHP-FPM
Уязвимость опасна для серверов, использующих для запуска PHP-скриптов PHP-FPM в связке с Nginx. Побаловавшись с нулем и поколдовав над URL-запросом, атакующий может добиться выполнения своего кода на сервере. При этом рабочий эксплойт уже в открытом доступе. Это новость плохая. А теперь хорошая. 24 октября выпущены корректирующие релизы PHP 7.3.11, 7.1.33 и 7.2.24, где уязвимость уже устранена — проверьте наличие новых пакетов и обновитесь. Узнать подробнее

Новые правила блокировки HTTP от Chrome
Компания Google предупредила, что скоро начнут действовать новые правила обработки для https-страниц со смешанным контентом. Ранее о том, что на защищённой странице присутствуют компоненты, подгружаемые без шифрования, свидетельствовал специальный индикатор. Сейчас он признан неэффективным. В будущем Google намерен по умолчанию блокировать загрузку страниц с небезопасными компонентами. Так пользователь будет точно знать: если страница загружается по https, значит с ней всё в порядке. Введение блокировки будет проходит в несколько этапов. Узнать о новом миропорядке, можно тут.

Магические новинки, или релизы октября

• Доступен релиз дистрибутива Ubuntu 19.10 «Eoan Ermine». Подробнее
• Сформирован выпуск основной ветки nginx 1.17.5. Подробнее
• Представлен значительный релиз языка программирования Python 3.8. Подробнее
• Опубликован релиз системы обнаружения и предотвращения сетевых вторжений Suricata 5.0, которая предоставляет средства инспектирования различных видов трафика. Подробнее
• Представлен релиз Linux-дистрибутива Fedora 31. Подробнее

Чертовски интересные факты
Ubuntu исполнилось 15 лет
20 октября 2004 года вышла первая версия Linux-дистрибутива Ubuntu с говорящим (почти хрюкающим) названием 4.10 «Warty Warthog». Этого не случилось, если б не Марк Шаттлворт, миллионер из Южной Африки. Участвуя в разработке Debian Linux, Марк воодушевился идеей создать настольный дистрибутив с предсказуемым фиксированным циклом разработки. Основал свой проект и привлек разработчиков Debian — так родилась Ubuntu.
Интересно, что сегодня можно не только отметить юбилей этой ОСи, но и посмотреть, как она выглядела 15 лет назад, благодаря LiveСD, который присутствовал в ней с самого начала. Подробнее

20 лет — Gentoo
Дистрибутиву Gentoo Linux 4 октября стукнуло 20 — совсем взрослый. Ностальгируем и вспоминаем о том, как вечность назад Дэниель Роббинс зарегистрировал домен gentoo.org и вместе с Бобом Матчем начал разработку нового дистрибутива. Взяв самое-самое из проектов FreeBSD и Linux-дистрибутива Enoch, Дэн и Боб (спустя три года) представили миру первый стабильный релиз Gentoo. Так что отметьте в календаре 31 марта, и в 2022 году будет повод отпраздновать 20-летие Gentoo ещё раз. Узнать подробности

Язык Perl 6 переименовали в Raku
Вообще предполагалось, что Perl 6 станет естественным потомком Perl 5, но что-то пошло не так. И в ходе разработки Perl 6 превратился в отдельный язык программирования, на который нельзя просто так взять и мигрировать с пятого. Вот это всё, а еще путаница в родственных именах кардинально отличающихся языков, и привело к тому, что теперь Perl 6 станет Raku. Узнать больше

Проект Russian Fedora закрывают
И оп, внезапно — это хорошая новость. Russian Fedora, проект, который занимался выпуском локализованных сборок дистрибутива, выполнил свою задачу. Его наработки приняты в официальные репозитории Fedora и в репозиторий RPM Fusion. Так что «площадка» для локальных экспериментов больше не нужна. Mission complete. Читать дальше

И совет дня от техподдержки
Когда пишете запрос в техподдержку, вспомните, что телепатия — это область фантастики. А подробности и детали — как тыквы на Хэллоуин. Чем их больше, тем лучше.

Прилетели ведьмы и оставили это здесь…
«Разгон» по цене «Старта» на 2 месяца по промокоду CANDY.

• VDS-OVZ-HDD Разгон — 314 159 руб/мес
• VDS-OVZ-SSD Разгон — 409 209 руб/мес
• VDS-KVM-HDD Разгон — 399 199 руб/мес
• VDS-KVM-SSD Разгон — 539 269 руб/мес
• VDS-KVM-NVMe Разгон — 659 329 руб/мес

Спеццена на VDS «Разгон» по промокоду действует два месяца с момента заказа. Действует только при заказе новых серверов. Промокод превратится в тыкву в ночь с 7 на 8 ноября 2019 года.

https://firstvds.ru

Я системный администратор FirstVDS, и это — текст первой вводной лекции из моего краткого курса помощи начинающим коллегам. Специалисты, которые недавно начали заниматься системным администрированием, сталкиваются с рядом одних и тех же проблем. Чтобы предложить решения, я взялся написать этот цикл лекций. Некоторые вещи в нём специфичны для технической поддержки хостинга, но в целом, могут оказаться полезными если не для всех, то для многих. Поэтому я адаптировал текст лекции, чтобы поделиться здесь.

Не имеет значения, как называется ваша должность — важно, что по факту вы занимаетесь администрированием. Поэтому начнем с того, чем должен заниматься системный администратор. Основная его задача — это приведение в порядок, поддержание порядка и подготовка к грядущим увеличениям порядка. Без системного администратора на сервере начинается бардак. Логи не пишутся, или в них пишется не то, ресурсы распределяются неоптимально, диск заполняется всевозможным мусором и система начинает медленно загибаться от такого количества хаоса. Спокойно! Системные администраторы в вашем лице приступают к решению проблем и устранению бардака!

Столпы системного администрирования
Однако прежде, чем приступать к решению проблем, стоит познакомиться с четырьмя основными столпами администрирования:

• Документацией
• Шаблонизацией
• Оптимизацией
• Автоматизацией

Это основа основ. Если не строить свой рабочий процесс на этих принципах, он будет неэффективным, непродуктивным и вообще мало похожим на настоящее администрирование. Давайте разберёмся с каждым отдельно.

Документация
Документация подразумевает под собой не чтение документации (хотя без этого никуда), но и ведение.

Как вести документацию:

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

Основная идея: не стоит целиком доверяться собственной памяти при освоении и применении нового.

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

• Не быть излишне длинными. Выделяйте основные идеи, методы и средства. Если понимание проблемы требует нырнуть в низкоуровневую механику работы выделения памяти в Linux, не переписывайте статью, из которой вы ее узнали — дайте на нее ссылку.
• Записи должны быть понятными для вас. Если строчка race cond.lockup не позволяет вам сразу понять, что вы этой строчкой описали — поясните. В хорошей документации не надо разбираться по полчаса.
• Поиск — очень хорошая фишка. Если вы ведёте записи в блоге, добавляйте теги; если в физическом блокноте — приклеивайте маленькие post-it с описаниями. Нет особого смысла в документации, если вы на поиск ответа в ней тратите столько же времени, сколько потратили бы на решение вопроса с нуля.

Вот так может выглядеть документация: от примитивных записей в блокноте (картинка выше), до полноценной многопользовательской базы знаний с тегами, поиском и всеми возможными удобствами (ниже).


Вам не только не придётся искать одни и те же ответы дважды: документирование будет замечательным подспорьем в изучении новых тем (конспекты же!), прокачает ваше паучье чутьё (способность диагностировать сложную проблему, бросив один поверхностный взгляд), добавит организованности в ваши действия. Если документация будет доступна вашим коллегам, то позволит им разобраться, что и как вы там нагородили, когда вас не будет на месте.

Шаблонизация
Шаблонизация — это создание и использование шаблонов. Для решения большинства типовых вопросов стоит создать определённый шаблон действий. Для диагностики большинства проблем следует использовать стандартизированную последовательность действий. Когда вы что-то починили/установили/оптимизировали, работоспособность этого чего-то стоит проверять по стандартизированным чек-листам.

Шаблонизация — лучший способ организации рабочего процесса. Используя типовые процедуры для решения наиболее частых проблем, вы получаете много всего классного. Например, использование чек-листов позволит вам диагностировать все важные для работы функции и отбросить диагностику маловажной функциональности. А стандартизированные процедуры сведут к минимуму ненужные метания и снизят вероятность ошибки.

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

Оптимизация
Оптимизация говорит сама за себя. Рабочий процесс нужно максимально оптимизировать в плане время- и трудозатрат. Тут вариантов бессчётное множество: выучите горячие клавиши, сокращения, регулярные выражения, доступные инструменты. Ищите варианты более практичного использования этих инструментов. Если вы 100 раз на дню вызываете команду, повесьте её на клавиатурное сокращение. Если вам нужно регулярно подключаться к одним и тем же серверам, запишите alias в одно слово, который будет вас туда подключать:


Ознакомьтесь с разными вариантами доступных инструментов — возможно, есть более удобный терминальный клиент, DE, менеджер буфера обмена, браузер, почтовый клиент, операционная система. Узнайте, какими инструментами пользуются ваши коллеги и знакомые — может, они выбирают их не просто так. После того, как вы подберете инструменты, научитесь их применять: выучите ключи, сокращения, tips and tricks.

Оптимально используйте стандартные инструменты — coreutils, vim, регулярные выражения, bash. Для последних трёх есть огромное количество замечательных мануалов и документация. С их помощью можно довольно быстро перейти от состояния «я чувствую себя обезьяной, которая колет орехи ноутбуком — до «я обезьяна, которая использует ноутбук, чтобы заказать себе орехокол».

Автоматизация
Автоматизация перенесет тяжёлые операции из наших уставших рук в неутомимые руки автоматики. Если какая-то стандартная процедура выполняется в пяток однотипных команд, то почему бы не обернуть все эти команды в один файлик и не звать одну команду, которая этот файлик качает и выполняет?

Собственно автоматизация на 80% состоит из написания и оптимизации своих собственных инструментов (и ещё на 20% из попыток заставить их работать как надо). Это может быть просто продвинутый однострочник или же огромная всемогущая тулза с веб-интерфейсом и API. Главный критерий здесь — создание инструмента должно занимать не больше времени и усилий, чем количество времени и усилий, которое вам этот инструмент сэкономит. Если вы пять часов пишете скрипт, который вам больше никогда не пригодится, для задачи, на решение которой у вас без скрипта ушел бы час-другой — это очень плохая оптимизация рабочего процесса. Можно потратить пять часов на создание инструмента, только если количество, тип задач и время это позволяют, что бывает нечасто.

Автоматизация необязательно подразумевает написание полноценных скриптов. Например, чтобы создать кучу однотипных объектов из списка, достаточно ловкого однострочника, который автоматом сделает то, что вы бы делали руками, переключаясь между окнами, с кучами копипаста.

Собственно, если построить процесс администрирования на этих четырёх столпах, то можно довольно быстро повысить свою эффективность, продуктивность и квалификацию. Однако этот список нужно дополнить ещё одним пунктом, без которого работа в IT практически невозможна — самообразованием.

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

Я не стал включать этот пункт в список, потому что он — ключевой для IT в общем, а не только для системного администрирования. Естественно, выучить абсолютно всё и сразу не получится — у вас просто физически не хватит времени. Поэтому при самообразовании следует помнить о необходимых уровнях абстракции.

Вам необязательно сразу учить, как работает внутренний менеджмент памяти у каждой отдельно взятой утилиты, и как он взаимодействует с менеджментом памяти Linux, но вот что оперативная память из себя представляет схематически, и зачем она нужна, знать неплохо. Вам необязательно знать, как структурно отличаются заголовки у TCP и UDP, но было бы неплохо понимать основные отличия протоколов в работе. Вам не нужно изучать, что из себя представляют затухания сигнала в оптике, но было бы неплохо знать, почему настоящие потери всегда наследуются по узлам. Нет ничего плохого в том, чтобы знать как работают определённые элементы на определённом уровне абстракции и необязательно разбирать абсолютно все уровни, когда абстракции нет вообще (вы просто свихнётесь).

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

10 заповедей системного администрирования
Итак, мы усвоили четыре основных столпа и фундамент. Можно начинать решать проблемы? Ещё нет. Перед этим желательно ознакомиться с так называемыми «best practices» и правилами хорошего тона. Без них есть вероятность, что вы принесёте больше вреда, чем пользы. Итак, начнём:

Некоторые мои коллеги считают, что самое первое правило — «не навреди». Но я склонен не согласиться. Когда пытаешься не навредить, то и сделать ничего не можешь — слишком много действий потенциально деструктивны. Самым важным правилом я считаю — «сделай бэкап». Даже если навредишь, всегда можно будет откатиться, и всё будет уже не так плохо.

• Бэкапить нужно всегда, когда время и место позволяют это. Бэкапить нужно то, что вы будете менять и то, что вы рискуете потерять при потенциально деструктивном действии. Бэкап желательно проверить на целостность и наличие всех нужных данных. Бэкап не стоит удалять сразу после того, как вы всё проверили, если не требуется освободить место на диске. Если место требует — забэкапьте на ваш личный сервер и удаляйте через неделю.
• Второе по важности правило (которое я сам часто нарушаю) — «не скрывай». Если вы сделали бэкап, напишите — куда, чтобы вашим коллегам не приходилось его искать. Если вы сделали какие-то неочевидные или сложные действия, запишите: вы уйдёте домой, а проблема может повториться или возникнуть у кого-то другого и ваше решение найдут по ключевым словам. Даже если вы делаете что-то, что хорошо знаете, этого могут не знать ваши коллеги.
• Третье правило объяснять не надо: «никогда не делай того, последствия чего ты не знаешь, не представляешь или не понимаешь». Не копируй команды из интернета, если не знаешь, что они делают, позови man и распарси сначала. Не применяй готовые решения, если не можешь понять, что они делают. Сведи к абсолютному минимуму выполнение обфусцированного кода. Если времени разбираться нет — то вы что-то делаете не так и вам следует ознакомиться со следующим пунктом.
• «Тестируй». Новые скрипты, инструменты, однострочники и команды следует проверять в контролируемой среде, а не на клиентской машине, если там есть хотя бы минимальный потенциал к деструктивным действиям. Даже если вы всё забэкапили (а вы это сделали), даунтайм — не самое классное дело. Заведите для этого дела отдельный сервак/виртуалку/chroot и тестируйте там. Ничего не сломалось? Тогда можно запускать на «боевом».

• «Контролируй». Сведите к минимуму все операции, которые вы не контролируете. Одна кривая зависимость у пакета может утянуть за собой половину системы, а выставленный для yum remove флаг -y, даёт вам возможность потренировать свои навыки восстановления системы с нуля. Если у действия нет бесконтрольных альтернатив — следующий пункт и готовый бэкап.
• «Проверяй». Проверяйте последствия своих действий и нужно ли откатиться на бэкап. Проверяйте, действительно ли проблема решилась. Проверяйте, воспроизводится ли ошибка и при каких условиях. Проверяйте, что вы можете разломать своими действиями. Доверять в нашей работе — лишнее, а вот проверять — никогда.
• «Общайся». Если не удаётся решить проблему, спросите у коллег, не сталкивались ли они с таким. Хотите применить спорное решение — узнайте мнение коллег. Возможно они предложат решение лучше. Нет уверенности в своих действиях — обсудите их с коллегами. Даже если это ваша экспертная область, свежий взгляд на ситуацию может многое прояснить. Не стесняйтесь собственного незнания. Лучше задать глупый вопрос, показаться дураком и получить на него ответ, чем не задавать этот вопрос, не получить ответ и остаться в дураках.
• «Не отказывай в помощи безосновательно». Этот пункт — обратная сторона предыдущего. Если вам задали глупый вопрос — проясните и объясните. Просят невыполнимого — объясните, что оно невыполнимо и почему, предлагайте альтернативы. Если нет времени (реально нет времени, а не желания) — скажите, что у вас есть срочный вопрос\большой объём работы, но вы разберётесь попозже. Если у коллег нет срочных задач, предложите обратиться к ним и делегируйте вопрос.
• «Давай фидбэк». Кто-то из коллег начал применять новую методику или новый скрипт, а вы встречаетесь с негативными последствиями этого решения? Сообщите об этом. Возможно, проблема решается в три строчки кода или пять минут доработки методики. Наткнулись на баг в ПО? Сообщите о баге. Если он воспроизводится или его нет необходимости воспроизводить, его, скорее всего, пофиксят. Озвучивайте пожелания, предложения и конструктивную критику, выносите вопросы на обсуждение, если кажется, что они актуальны.
• «Проси фидбэка». Мы все неидеальны, как и наши решения, а лучший способ проверить правильность своего решения — вынести его на обсуждение. Заоптимизировали что-то у клиента — попросите проследить за работой, может «бутылочное горлышко» у системы не там, где вы искали. Написали скриптик-помогайку — покажите коллегам, может они найдут способ его улучшить.

Если постоянно применять эти практики в работе, большая часть проблем перестает быть проблемами: вы не просто сведёте количество своих собственных ошибок и факапов к минимуму, но и будете иметь возможности исправить ошибки (в лице бэкапов и коллег, которые вам посоветуют забэкапить). Дальше — только технические детали, в которых, как известно, и кроется дьявол.

Основные инструменты, с которыми вам придётся работать больше 50% времени — grep и vim. Что может быть проще? Поиск по тексту и редактирование текста. Однако и grep, и vim — мощнейшие многофункциональные мультитулы, которые позволяют искать и редактировать текст эффективно. Если какой-нибудь виндовый notepad позволит вам просто написать/удалить строчку, то в vim’е можно делать с текстом почти что угодно. Не верите — вызовите из терминала команду vimtutor и начинайте учить. Что же касается grep — основная его сила в регулярных выражениях. Да, сам инструмент позволяет довольно гибко задавать условия поиска и выводимые данные, но без RegExp это особого смысла не имеет. И регулярные выражения знать нужно! Хотя бы на базовом уровне. Для начала я бы посоветовал вам посмотреть вот это видео, в нём разбираются основы основ регулярных выражений и их применения совместно с grep. Ах да, при совмещении их с vim, вы получаете ULTIMATE POWER возможность делать с текстом такие вещи, что их приходится обвешивать значками 18+.

Из оставшихся 50%, 40% приходятся на пакет инструментов coreutils. Для coreutils список вы можете посмотреть в википедии, а мануал ко всему списку — на сайте GNU. Что не покрыто этим набором, есть в утилитах POSIX. Необязательно заучивать это со всеми ключами наизусть, но хотя бы примерно знать, что могут основные инструменты — полезно. Не придётся изобретать велосипед из костылей. Мне как-то надо было заменить переносы строки на пробелы в выводе от какой-то утилиты, и больной мозг родил конструкцию вида sed ':a;N;$!ba;s/\n/ /g', подошедший коллега отогнал меня метлой от консоли, а потом решил задачу, написав tr '\n' ' '.


Я бы посоветовал запомнить, что примерно выполняет каждая отдельная тулза и ключики к самым часто используемым командам, для всего остального есть man. Не стесняйтесь звать man, если вы в чём-то сомневаетесь. И обязательно прочитайте man на сам man — он содержит важную информацию о том, что вы найдете.

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

С вами был системный администратор FirstVDS Кирилл Цветков.

https://firstvds.ru