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

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

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

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

Использование облачной расширенной видимости стоимости
Ключевым преимуществом облачной среды является улучшенная прозрачность ваших данных об использовании. Каждый облачный сервис отслеживается и может измеряться независимо. Это может быть обоюдоострый меч: теперь у вас есть десятки тысяч SKU, и если вы не знаете, кто и какие услуги покупает и почему, тогда становится трудно понять общую стоимость владения (TCO) для приложения ( или услуги, развернутые в облаке.

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

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

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

Одним из способов решения этой проблемы является организация и структурирование ваших расходов в соответствии с потребностями вашего бизнеса. Затем вы можете углубиться в сервисы, используя отчеты Cloud Billing, чтобы получить представление о ваших расходах. Вы также можете получить более детальное представление о стоимости вашей среды, распределив затраты по отделам или командам с помощью меток и создав собственные настраиваемые информационные панели. Такой подход позволяет маркировать ресурс на основе предварительно определенной бизнес-метрики, а затем отслеживать его затраты с течением времени. В долгосрочной перспективе цель состоит не в том, чтобы понять, что вы потратили «X долларов на Compute Engine в прошлом месяце», а в том, что «это стоит X долларов на обслуживание клиентов, приносящих доход в размере Y». Это тип анализа, который вы должны стремиться создать.


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

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

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

• Что мы фактически предоставляем нашим клиентам (единица)?
• Сколько стоит мне предоставить эту вещь и только эту вещь?
• Как я могу оптимизировать все взаимосвязанные расходы на единицу созданной?

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

Внедрение стандартизированных процессов с самого начала
Обеспечение того, чтобы вы последовательно выполняли эти рекомендации, должно систематически разрабатываться и применяться. Инструменты автоматизации, такие как Terraform и Cloud Deployment Manager, могут помочь создать защитные ограждения перед развертыванием облачного ресурса. Гораздо сложнее реализовать стандарт задним числом. Мы видели все: от ИТ-служб, которые закрывали или угрожали отключить немаркированные ресурсы, до установленных «стен позора» для людей, которые не придерживались стандартов. (Мы поклонники позитивного подкрепления, такого как пицца, трофей или даже трофей пиццы.)

Каков пример процесса оптимизации, который вы могли бы захотеть стандартизировать на ранней стадии? Развертывание ресурсов, например. Должен ли каждый инженер действительно использовать любое количество ресурсов? Возможно нет. Мы рассматриваем это как область, где создание стандарта заранее может иметь большое значение.

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


В вашей иерархии ресурсов маркировка ресурсов является главным приоритетом для организаций, заинтересованных в управлении затратами. По сути, это ваша способность приписывать затраты обратно определенному бизнесу, услуге, подразделению, руководителю и т. Д. Без маркировки ресурсов невероятно сложно определить, сколько вам стоит сделать какую-то конкретную вещь. Вместо того, чтобы говорить, что вы потратили 36 000 долларов на Compute Engine, лучше иметь возможность сказать, что вы потратили 36 000 долларов на доставку мемов 400 000 пользователей в прошлом месяце. Второе утверждение гораздо более проницательное, чем первое. Мы настоятельно рекомендуем создавать стандартизированные ярлыки вместе с командами инженеров и финансов и использовать ярлыки для максимально возможного количества ресурсов.

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


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

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

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

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

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

Эффективность ценообразования — включает такие функции, как скидки на постоянное использование, скидки на обязательное использование, фиксированная цена, тарификация в секунду или другие функции дисконтирования объема, которые позволяют оптимизировать тарифы для конкретной услуги. Эти возможности лучше всего использовать более централизованные группы в вашей компании, такие как Cloud Center of Excellence (CCoE) или команда FinOps, которые могут снизить вероятность потерь, оптимизируя покрытие во всех бизнес-единицах. Это то, что нужно продолжить, чтобы пересматривать как пред-облачную миграцию, так и регулярно, как только вы начнете жить.

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

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

Чтобы помочь вам определить приоритеты одной рекомендации по оптимизации затрат над другой, рекомендуется пометить рекомендации с оценкой двух характеристик:

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

Хотя не всегда возможно точно оценить, насколько экономия затрат сэкономит вас перед тестированием, важно постараться сделать обоснованное предположение для каждого усилия. Например, знания о том, что определенное изменение может потенциально сэкономить вам 60% в облачном хранилище для проекта X, должно быть достаточно, чтобы помочь с матрицей расстановки приоритетов и установлением приоритетов разработки в вашей команде. Иногда вы можете оценить реальную экономию. Особенно с опциями покупки, команда FinOps может оценить потенциальную экономию, используя такие функции, как скидки на обязательное использование для определенного объема своей инфраструктуры. Выполняя это упражнение, вы хотите, чтобы команда могла принимать обоснованные решения о том, куда идет инжиниринг, чтобы они могли сосредоточить свою энергию с точки зрения культуры.

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

cloud.google.com/recommender
cloud.google.com/billing/docs/onboarding-checklist#resource_hierarchy
cloud.google.com/billing/docs/how-to/reports
cloud.google.com/billing/docs/how-to/visualize-data
cloud.google.com/resources/principles-of-cost-optimization-whitepaper

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

Список призов:
1) 1000 рублей на баланс биллинга.
2) VDS сервер *Intel Core i7-8700 (4.6GHz) 1 vCore / 4 GB DDR4 / 100 GB NVMe* — 1 месяц.
3) VDS сервер *Intel Core I7-8700 (4.6GHz) 1 vCore / 2 GB DDR4 / 25 GB SSD* — 1 месяц.

Условия конкурса:
— Репост данной записи.
— Подписка на группу хостинга.
— Присутствие в беседе хостинга.

Результаты будут опубликованы 1 июня в 00:00 по МСК.
Всем желаем удачи и отличного настроения!


Пост vk.com/spacecore_pro?w=wall-171073991_344

С развитием услуг Selectel три года назад для удобства клиентов мы обновили панель управления и объединили все справочные материалы в единую систему — базу знаний.

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

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

Около года назад мы обратили внимание на то, что существующая онлайн-справка не отвечает требованиям наших клиентов:

• меню навигации разрасталось, как плодовое дерево, не знающее заботы садовника;
• поиск перестал быть удобным;
• визуальное оформление постепенно устаревало.

Подробнее
selectel.ru/blog/kb-2-0/

На 31 марта 2020 года компания Backblaze имела 132 339 вращающихся жестких дисков в нашей экосистеме облачных хранилищ, распределенных по четырем центрам обработки данных. Из этого числа было 2380 загрузочных дисков и 129 959 дисков с данными. В этом обзоре рассматриваются показатели Q1 2020 и частоты отказов жестких дисков на моделях накопителей данных, которые в настоящее время используются в наших центрах обработки данных, а также приводится несколько примеров и наблюдений. Кроме того, ближе к концу поста мы рассмотрим несколько прогнозов на 2019 год, которые мы представили год назад. Как всегда, мы с нетерпением ждем ваших комментариев.

Статистика отказов жесткого диска за первый квартал 2020 года
В конце первого квартала 2020 года Backblaze использовала 129 959 жестких дисков для хранения данных клиентов. Для нашей оценки мы исключаем из рассмотрения те диски, которые использовались в целях тестирования, и модели, для которых у нас не было как минимум 60 дисков (см. Почему ниже). Это оставляет нам 129 764 жестких дисков. В таблице ниже показано, что произошло в первом квартале 2020 года.


Примечания и наблюдения
Годовой процент отказов (AFR) за первый квартал 2020 года составил 1,07%. Это самая низкая AFR за любой квартал с тех пор, как мы начали отслеживать в 2013 году. Кроме того, AFR за первый квартал 2020 года значительно ниже, чем AFR за первый квартал 2019 года, который составил 1,56%.

В течение этого квартала 4 (четыре) модели дисков от 3 (трех) производителей имели 0 (ноль) отказов дисков. Ни один из дисков Toshiba 4TB и Seagate 16TB не вышел из строя в первом квартале, но в течение квартала на обоих дисках было менее 10 000 дней. Как следствие, AFR может широко варьироваться от небольшого изменения отказов привода. Например, если вышел из строя только один накопитель Seagate 16 ТБ, AFR составит 7,25% за квартал. Точно так же AFR накопителя Toshiba 4TB составит 4,05% с одним провалом в квартале.

Напротив, оба накопителя HGST с 0 (нулевыми) отказами за квартал имеют разумное количество дней накопления, поэтому AFR менее изменчив. Если бы у модели 8 ТБ был 1 (один) сбой за квартал, AFR составила бы только 0,40%, а модель 12 ТБ имела бы AFR всего 0,26% с 1 (одним) отказом за квартал. В обоих случаях 0% AFR за квартал впечатляет.

Было 195 накопителей (129 959 минус 129 764), которые не были включены в приведенный выше список, поскольку они использовались в качестве тестовых накопителей или у нас не было как минимум 60 накопителей данной модели. Например, у нас есть: 20 накопителей Toshiba 16 ТБ (модель: MG08ACA16TA), 20 накопителей HGST 10 ТБ (модель: HUH721010ALE600) и 20 накопителей Toshiba 8 ТБ (модель: HDWF180). Когда мы публикуем квартальную, годовую или пожизненную статистику накопителей, модели с менее чем 60 накопителями не включаются в расчеты или графики. Мы используем как минимум 60 дисков, так как во всех вновь развернутых блоках хранения есть 60 дисков.

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

Вычисление годовой частоты отказов
Во всех наших отчетах мы используем термин «Годовой процент отказов» (AFR). Слово «в годовом исчислении» здесь означает, что независимо от периода наблюдения (месяц, квартал) Частота отказов будет преобразована в годовой показатель. Для данной группы приводов (то есть модель, производитель) Мы рассчитываем AFR для периода наблюдения следующим образом:

• Отказ дисков — это количество дисков, которые вышли из строя в течение периода наблюдения.
• Дни привода — это количество дней, в течение которых все наблюдаемые диски работали в течение периода наблюдения.
• В 2020 году 366 дней, очевидно, что в не високосные годы мы используем 365.

Пример: вычисление AFR для модели привода BB007 за последние шесть месяцев;

• За период наблюдения (шесть месяцев) было 28 сбоев в работе.
• В конце периода наблюдения было 6000 жестких дисков.
• Общее количество дней работы всех накопителей модели BB007 за период наблюдения (6 месяцев) составило 878 400 дней.

За шесть месяцев модель накопителя BB007 имела годовой коэффициент отказов 1,17%.


Суммируя количество дней вождения, вы получаете 878 400, но количество дисков в конце периода наблюдения составляет 6000. Формула дней суток реагирует на изменение количества дисков за период наблюдения, в то время как формула количества дисков реагирует только на счет в конце.

Частота отказов в 0,93% по формуле количества дисков значительно ниже, что хорошо, если вы являетесь производителем дисков, но не соответствует тому, как диски фактически интегрированы и используются в нашей среде. Вот почему Backblaze выбирает метод «дни вождения», так как он лучше соответствует реальности нашего бизнеса.

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

Прогноз: Backblaze продолжит переносить диски емкостью 4 ТБ, и к концу 2019 года их будет менее 15 000: у нас сейчас около 35 000.

Реальность: количество дисков 4 ТБ по состоянию на 31 декабря 2019 года: 34 908.
Обзор: мы были слишком заняты добавлением дисков для переноса любого из них.
Предсказание. Мы установим как минимум двадцать накопителей емкостью 20 ТБ для тестирования.

Реальность: у нас ноль 20ТБ накопителей.
Обзор. Нам не предлагалось тестировать диски емкостью 20 ТБ или иным образом.
Предсказание: Backblaze превысит один эксабайт (1000 петабайт) доступного облачного хранилища. В настоящее время мы имеем около 850 петабайт доступного хранилища.

Реальность: мы объявили один эксабайт в марте 2020 года, сразу после конца 2019 года.
Рецензия: Цитируя Максвелла Смарта, «так сильно скучал».
Прогноз. Для целей тестирования мы установим как минимум 1 накопитель на основе HAMR от Seagate и / или 1 накопитель MAMR от Western Digital.

Реальность: не нюхать диски HAMR или MAMR.
Обзор: Надеюсь, к концу 2020 года.
Подводя итог, я думаю, что вернусь к статистике жесткого диска и оставлю прогнозирование предсказателям и предсказателям.

Статистика срока службы жесткого диска
В приведенной ниже таблице показана частота отказов в течение срока службы моделей жестких дисков, которые мы эксплуатировали по состоянию на 31 марта 2020 года. Отчетный период — с апреля 2013 года по 31 декабря 2019 года. Все перечисленные диски были установлены в течение этого периода времени.

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

AFR = (Отказы двигателя / Счетчик движения) * (366 дней в период наблюдения) * 100

Давайте вернемся к нашему примеру в предыдущем абзаце. В конце периода наблюдения было 6 000 жестких дисков; делать математику:

AFR = (28/6000) * (366/183) * 100 = (0,00467) * (2) * 100 = 0,93%

Используя метод подсчета накопителей, модель BB007 имела частоту отказов 0,93%. Причина различия заключается в том, что Backblaze постоянно добавляет и вычитает диски. Новые хранилища Backblaze появляются каждый месяц; новые функции, такие как совместимость с S3, быстро увеличивают спрос; миграция заменяет старые диски малой емкости на новые диски большей емкости; и иногда в смеси присутствуют клонированные и временные диски. Среда очень динамичная. Количество поездок в любой день в течение периода наблюдения будет варьироваться. При использовании метода подсчета накопителей частота отказов зависит от дня подсчета накопителей. В этом случае последний день периода наблюдения. При использовании метода дней привода частота отказов определяется на весь период наблюдения.

В нашем примере в следующей таблице показано количество накопителей по мере добавления накопителей за шестимесячный период наблюдения:


Данные о жестком диске
Полный набор данных, использованный для создания информации, использованной в этом обзоре, доступен на нашей веб-странице с данными испытаний жесткого диска. Вы можете скачать и использовать эти данные бесплатно в своих целях. Все, что мы просим, — это три вещи: 1) Вы цитируете Backblaze в качестве источника, если вы используете данные, 2) Вы соглашаетесь с тем, что несете единоличную ответственность за то, как вы используете данные, и 3) Вы не продаете эти данные кому-либо — это бесплатно.

Если вы просто хотите, чтобы сводные данные использовались для создания таблиц и диаграмм в этом сообщении в блоге, вы можете загрузить ZIP-файл, содержащий электронную таблицу MS Excel.
f001.backblazeb2.com/file/Backblaze_Blog/Q1_2020_Drive_Stats_Charts_Data.zip
Удачи и дайте нам знать, если найдете что-нибудь интересное.

Для того, чтобы упростить наши преимущества скорости цены, и таким образом, что легче отслеживать, мы изменили, как мы вычисляем нашу ставку цен льготы.

Начиная с 15 июня 2020 года, вместо того чтобы вычислять, сколько вы потратили на Gandi в течение 12 месяцев, предшествующих время вашей покупки, мы будем теперь использует 1 января в качестве отправной точки для определения ставка применяются к организации, которую вы используете для оплаты.

Для растущего числа клиентов, месяц окно скольжения 12 было становится трудно следовать. Фиксирование 12-месячный период с января 1 делает систему более понятной и позволяет лучше планировать ежегодные расходы без изменения цен сетки www.gandi.net/en/domain на основе расходов по сравнению с предыдущим год. Для того, чтобы держать все прозрачно, наши команды работали одновременно на делая это обновление наряду с реализацией индикатора, чтобы помочь вам
следовать вашим расходам и текущий курсу.

12 мая 2020 года национальной кириллической доменной зоне.РФ исполняется 10 лет. Хостинг-провайдер и регистратор доменов REG.RU подготовил актуальную статистику об одном из главных доменов Рунета: количество адресов, география по регионам, использование доменных имён, популярные CMS и другие показатели.

Сегодня в зоне.РФ зарегистрировано 730 000 доменов. С момента открытия регистрации она входит в топ-20 крупнейших в Европе, где является единственной нелатинской (IDN). Среди регистраторов по количеству обслуживаемых доменов на первом месте располагается REG.RU — 325 000 (44,5%), следом Ru-Сenter — 200 000 (27,5%), замыкает тройку R01 — 64 000 (9%).

.РФ на вторичном рынке
Домены.РФ востребованы не только на первичном, но и на вторичном рынке. Например, в Магазине доменов REG.RU представлено 32 000 адресов в зоне.РФ или 15% от общего числа лотов: более 200 000. Средний чек покупки адреса в.РФ в Магазине доменов REG.RU — 11 000 рублей. Одна из самых дорогих покупок кириллического адреса на открытых аукционах за последнее время произошла в декабре 2019 года, сумма составила 550 000 рублей.

Возраст доменных имён
Ожидаемо больше всего в.РФ доменных имён с возрастом менее 1 года (192 000 адресов). Интересно, что на втором месте располагаются имена в возрасте 9 лет с долей 15,5% (113 000 адресов). Это означает, что представители бизнеса и домейнеры, которые ещё на старте зоны инвестировали в.РФ, сохраняют здесь свои активы. Кроме того, ряд сделок на вторичном рынке мог проводиться без обнуления даты регистрации, что сохранило возраст доменам (например, при покупке в Магазине доменов происходит смена администратора, сам домен при этом не удаляется). На третьем месте домены с возрастом 1 год (13,5%).

География распределения по России
Больше всего доменов зарегистрировано в Москве — 180 000 (24,5%) и Московской области — 64000 (9%). В Санкт-Петербурге насчитывается 57 000 (8%), а в Краснодарском крае — 25 000 (3,5%). Ниже расположились Свердловская область с 22 000 (3%) и Новосибирская с 17 000 (2%). Следом идут Челябинская область — 16 500 (2,30%) и Самарская — 13 000 (1,8%). Замыкают топ-10 Ярославская область и Красноярский край с практически одинаковым показателем — около 11 500 адресов или 1,5%.

Использование доменов и CMS
По данным StatOnline.ru, в зоне.РФ на хостинге размещено 289 000 доменов, это почти 40% от общего числа. Значительная часть (137 000) располагается на парковке (20%), а 87 000 используются для переадресации (12%). Меньше всего доменов, использующихся только для почты — 2 500 (0,3%).


Среди CMS (систем управления контентом сайта) на первом месте находится WordPress (42%), на втором и третьем — Joomla и 1С-Битрикс с практически равными долями (13,6% и 13,5% соответственно).


SSL-сертификаты и IPv6-протокол
Безопасность в Сети — одна из актуальных тем. В.РФ растёт количество SSL-сертификатов, что говорит о желании владельцев сайтов защитить информацию пользователей и клиентов. Кроме того, свои требования к наличию SSL-сертификатов на сайте предъявляют и поисковые системы. Сегодня доля валидных SSL (т.е. выданных удостоверяющими центрами) составляет 131 000 (84%), прочих невалидных — 16 500 (11%) и самоподписанных — 8 500 (5,5%). Ещё три года назад число валидных сертификатов равнялось 33 000 (61%), невалидных — 11 500 (21%), а самоподписанных — 10 000 (20%).

Актуальным сохраняется также вопрос использования интернет-протокола IPv6. Так, в ноябре 2019 года RIPE NCC объявила об окончательном распределении последнего блока IPv4. Организация продолжит работу только с возвращаемыми адресами.

В.РФ сегодня 478 000 доменов (82%) с протоколом IPv4 и 99 000 адресов (17%), которые используют одновременно два протокола — IPv4 и IPv6. Три года назад их доли составляли 610 000 (91%) и 55 000 (8%), соответственно.

За 10 лет первая в мире кириллическая доменная зона.РФ показала свою востребованность в самых разных отраслях. Сайты здесь размещают индивидуальные предприниматели, крупный бизнес, социальные и культурные проекты, государственные органы. География домена также разнообразна: помимо России и стран СНГ, домены в.РФ регистрируют в США, Германии, Франции, Великобритании и других странах. Аудитория носителей русского языка сегодня превышает двести миллионов пользователей, а значит перспективы у зоны определённо есть

комментирует Алексей Королюк, генеральный директор хостинг-провайдера и регистратора доменов REG.RU.

REG.RU — хостинг-провайдер и аккредитованный регистратор доменных имён №1 в России (по данным StatOnline.ru, занимает первое место по количеству зарегистрированных доменов и размещённых сайтов в национальных зонах .RU и.РФ). Компания обслуживает более 3 300 000 доменов и предлагает регистрацию в 750 международных доменных зонах, а также предоставляет услуги хостинга, SSL, почты, VPS, аренды физических серверов и облачных вычислений на GPU. В 2012 году REG.RU стал аккредитованным ICANN регистратором. Офисы REG.RU расположены в 30 городах России и СНГ.

Сегодня домену.рф исполняется 10 лет!
В честь дня рождения.рф вы можете зарегистрировать до 10 доменов в зоне всего за 1 рубль до 17 мая!
Чтобы воспользоваться предложением, введите промокод HB10RF на этапе подтверждения заказа.
www.nic.ru/catalog/rf-anniversary/

Доступны к заказу наши новые VPS на Windows Server!

Узнать более подробно и заказать можно по следующей ссылке: abcd.host/ru/vps-cloud-windows

Объявление о выпуске SolusIO 1.1
После более чем 2-х лет разработки SolusIO достиг качества и полноты функциональности для развертывания производства. Сначала мы представили миру предварительный обзор SolusIO на конференции CloudFest в марте 2019 года. Затем мы выпустили технический предварительный выпуск и бета-версию. Настало время представить первый готовый к выпуску релиз SolusIO v1.1, который является важной вехой в развитии этого продукта.

Будучи порождением SolusVM, SolusIO разрабатывался в тесном сотрудничестве с сообществом партнеров, пользователей и разработчиков своего предшественника. Некоторые из вас были с нами с самого начала и видели существенные улучшения и изменения с момента нашего первого выпуска Technical Preview. Некоторые из вас — например, NetNation — достаточно доверяли нам, чтобы создать новое поколение управляемых хостингов WordPress в производственных средах даже до стабильной версии!

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

В этом посте мы даем обзор того, что мы создали, объясняя, какие проблемы предназначен для решения SolusIO, как партнеры используют его на практике, почему пользователи находят, что он уникально подходит для их стека приложений, и как мы планируем продолжить разработку поста v1.1.

Прежде чем мы опишем функции по очереди, найдите время, чтобы посмотреть это краткое вступительное видео:

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

Как показано на следующем рисунке, SolusIO решает проблемы, связанные с услугами управляемого хостинга, управлением приложениями и CMS, а также предоставлением виртуальных серверов, прямо с платформ биллинга и автоматизации, таких как WHMCS.


SolusIO оптимизирует управление и масштабирование ИТ-инфраструктур за счет плавной интеграции WHMCS, Plesk, cPanel или WordPress. Сложные административные задачи упрощаются с помощью интеллектуальных мастеров и набора средств автоматизации, которые обеспечивают администраторам наиболее эффективный путь доставки приложений, освобождая их от длительных и повторяющихся заданий.

Модель единой лицензии SolusIO предлагает доступ к полнофункциональным возможностям, предоставляя такие возможности корпоративного уровня, как управление приложениями и панель самообслуживания с поддержкой Cloud-init, интеллектуальные резервные копии, управление пользователями, управление DNS, а также интеграция с биллинговой системой и Круглосуточная поддержка клиентов. Поскольку одна лицензия содержит все функции, она устраняет сложность оценки того, какая лицензия лучше всего соответствует потребностям вашего бизнеса сегодня и вашим планам расширения на будущее.

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

Как организации используют SolusIO:
Пилотный проект NetNation
NetNation владеет шестью ведущими брендами веб-хостинга и управляемых приложений (Gate.com, Hostway, HostMySite, myhosting.com, SolVPS и DomainPeople), а также выступает в качестве ведущего поставщика решений для веб-сервисов. Они воспользовались партнерством Solus.IO, чтобы создать решение для инфраструктуры виртуализации как ядро его следующего продукта Managed WordPress Hosting.

Цели NetNation были двоякими: с помощью виртуализации создать новое поколение управляемых WordPress и, во-вторых, сократить время, необходимое для вывода на рынок новых управляемых сервисов.

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

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

Интеграция с WHMCS и Plesk
Ключом к работе SolusIO с NetNation была их способность беспрепятственно интегрироваться с WHMCS и Plesk.

• Модуль WHMCS SolusIO позволяет NetNation создавать, уничтожать, приостанавливать, отключать, обновлять, понижать версию, перезагружать, загружать и выключать виртуальные серверы клиентов, а также предоставлять виртуальные серверы в разных местах — и все это прямо с панели управления WHMCS.
• Расширения Plesk, в том числе WordPress Toolkit, SpeedKit и Imunify360, облегчили работу внутренней команды разработчиков NetNation, значительно сократив время, необходимое для запуска нового продукта WordPress Managed.

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

Почему SolusIO уникален
Мы решили создать SolusIO, потому что увидели необходимость в полной платформе управления виртуальной инфраструктурой под ключ. Полученный продукт SolusIO обладает рядом уникальных качеств:

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


Легко использовать
Снова и снова разработчики говорят нам, что им нравится простой и интуитивно понятный интерфейс SolusIO, который позволяет им сосредоточиться на создании приложений, а не создавать собственное программное обеспечение для инфраструктуры.


Оценка предприятия
На сегодняшний день SolusIO является единственной платформой управления виртуальной инфраструктурой с собственной интеграцией с Plesk, cPanel и WHMCS. Кроме того, SolusIO реализует функции управления предприятием, такие как интеллектуальные резервные копии, интеллектуальные обновления на основе AI, предопределенные приложения и унифицированный каталог приложений.


Интеграция WHMCS
Зоркий взгляд на возможности WHMCS является одним из основных преимуществ SolusIO. SolusIO Release v.1.2 будет поставляться с готовым решением, что означает готовую интеграцию с WHMCS!

• Модуль обеспечения WHMCS
• WHMCS биллинговый модуль

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

Поддержка управляемых сервисов
SolusIO помогает агентствам и компаниям создавать и управлять веб-приложениями, такими как WordPress, более эффективно и слаженно. Добавление уровня управления Plesk к услугам хостинга или управляемому предложению WordPress помогает выйти за рамки неуправляемых услуг.

Вот почему SolusIO поставляется с готовой и полностью настроенной интеграцией WordPress. Клиенты могут создавать сайты WordPress и управлять ими легко, но всегда безопасно и удобно непосредственно с панели инструментов SolusIO.


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

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

Поддержка Ubuntu 20.04
Добавлена полная поддержка Ubuntu 20.04 для создания виртуальных серверов и установки на него вычислительных ресурсов.


Управление иконками
Из коробки SolusIO предоставляет множество иконок для многих случаев.


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


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


Скоро будет доступно
Поддержка нескольких дополнительных языков.



Возможность переустановки виртуальных серверов.


С версией 1.1 позади нас, новые функции станут доступны гораздо быстрее. Если вы хотите обновить версию SolusVM до версии SolusIO v1.1, наш отдел продаж в вашем распоряжении.
www.solus.io/

Расширьте свои знания в сфере облачных технологий


Присоединяйтесь 17 июня к AWS Summit Online и пройдите бесплатный однодневный курс обучения, не покидая своего дома. Узнайте о новейших облачных технологиях и усовершенствуйте свои навыки на более чем 55 сессиях, посмотрите технические демонстрации и общайтесь с местными экспертами в режиме реального времени. Каждый — от новичка до опытного пользователя — узнает что-то новое на AWS Summit Online.

Контент будет доступен на английском языке с субтитрами на английском, немецком, испанском, итальянском и французском языках.
aws.amazon.com/ru/events/summits/online/emea/