Изменение методов повышения эффективности центров обработки данных - жарко!

За последние два года Париж обрушился на волны тепла, которых никогда раньше не было в столице. 2019 год стал рекордным — 24 июля температура достигла 43 ° C, а в августе — 38 ° C. Когда температура стремительно растет, это чревато последствиями, и глобальное потепление заставляет нас усомниться в методах, обычно используемых для охлаждения центров обработки данных, поскольку они ответственны за значительную часть энергопотребления цифровой экономики. Наш дата-центр DC5 в очередной раз доказал свою надежность и огромные технические возможности, выдержав изнуряющую жару, не потребляя ни одного киловатта кондиционера!

С переходом на облако мировая ИТ-среда в массовом порядке переходит в центры обработки данных и поставщиков облачных услуг. Центры обработки данных представляют собой критически важную инфраструктуру, а это означает, что малейшая слабость может иметь катастрофические последствия и напрямую сказаться на нашей экономике. Однако многие центры обработки данных не успевают за цифровой эволюцией, которую мы наблюдали за последние 20 лет. У этого паралича есть несколько причин: клиенты, которые не меняли свои SLA после технологического пузыря, и тот факт, что инновации рассматриваются как риск.

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

В течение некоторого времени большинство европейских технологических компаний были куплены и консолидированы несколькими американскими и азиатскими фондами недвижимости. Когда стоимость одного только нового центра обработки данных составляет 75–100 миллионов евро, вместо того, чтобы вводить новшества, они предпочитают копировать и вставлять те же структуры, которые уже были опробованы и протестированы и соответствуют необоснованным требованиям основных клиентов. Заказчики заявляют, что они сталкиваются с финансовыми штрафами, если их серверы не хранятся при температуре 20 ° C, но в соответствии со стандартами ASHRAE современные серверы могут выдерживать температуру до 30 ° C. Кондиционирование воздуха продолжает использоваться в массовом масштабе, поэтому 30-40% энергии центра обработки данных тратится только на охлаждение.

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

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

Кондиционер явно не решение!


Мало того, что охлаждающие устройства требуют огромного количества энергии, они также подвержены техническим ограничениям, включая риск незапланированных простоев, скачков потребления энергии и более низкой эффективности при резком повышении температуры наружного воздуха. Это всегда тревожные времена для менеджеров центров обработки данных, поскольку большинство систем кондиционирования рассчитаны на максимальную наружную температуру 40 ° C, а высокие температуры влияют на их EER (коэффициент энергоэффективности).

Как мы дошли до точки, когда центр обработки данных может потреблять 30-40% своей энергии на кондиционирование в середине зимы, когда наиболее востребованы электрические сети, а энергия является углеродоемкой?

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

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

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

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

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

Как это работает?
2200 датчиков и точек измерения анализируются математическим алгоритмом в реальном времени. Каждые 17 миллисекунд центр обработки данных адаптируется, саморегулируется и оптимизирует свои процессы, чтобы каждый сервер получал именно ту энергию и охлаждение, которые необходимы для работы. Уникальный дизайн делает нашу систему более надежной, чем любой механический процесс. Не только это, экономия воды и энергии огромна круглый год. Система практически не требует обслуживания и не использует хладагенты — парниковые газы. Другими словами, это нулевой углерод!

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

Результаты есть — после двух беспрецедентных волн тепла и трех лет 100% SLA — нельзя отрицать, что это был успех!

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

Мы должны признать, что инновации — это единственный способ сократить энергетические следы и использование воды у источника, а не компенсировать эту проблему деньгами.

Частные сети теперь доступны в публичной бета-версии!

Мы рады сообщить, что Scaleway Private Networks теперь доступна в публичной бета-версии.

Частные сети позволяют создавать ваши собственные частные сети уровня 2 между вашими экземплярами.

Публичная бета-версия включает в себя все функции общедоступной версии, которая появится позже в этом году:
Частные сети уровня 2 между экземплярами
  • До 8 частных сетей на экземпляр
  • До 255 частных сетей на организацию
  • До 255 экземпляров в частной сети
  • API частных сетей


Частные сети доступны в консоли Scaleway Elements и в API для экземпляров разработки, экземпляров общего назначения и экземпляров графического процессора. Эта функция будет включена без дополнительной оплаты.

Ознакомьтесь с этим руководством, чтобы начать работу!

Мы будем рады вашим отзывам о нашем канале Slack private-networks. Частные сети — это первый шаг к полноценной экосистеме продуктов виртуального частного облака (VPC). В нашей дорожной карте будет много функций VPC, и сейчас хорошее время, чтобы связаться с нами и сообщить свои собственные требования. Не стесняйтесь быть на связи!

Встречайте в нашем ассортименте услуг новые тарифы выделенных серверов.

  • [NL] Intel 2xL5630 / 32GB RAM / 2x300GB SSD / 100 Mbit/s., с возможностью заказа 1Gbit/s. / цена 39 €.
  • [NL] Intel 2xL5640 / 64GB RAM / 2x600GB SSD / 100 Mbit/s., с возможностью заказа 1Gbit/s. / цена 53 €.

Бесплатно установим и настроим всё как нужно.
С Zomro Вы получаете ещё больше возможностей, надёжность серверов и круглосуточную поддержку.
Подробнее на нашем сайте: zomro.com/dedicated.html

Представляем Вашему вниманию новые тарифы на базе одного из лучших процессоров — Ryzen 5 3600X



Ищешь производительный и одновременно бюджетный сервер?

Представляем Вашему вниманию новые тарифы выделенных и виртуальных серверов на базе одного из лучших процессоров по соотношению цена-качество — Ryzen 5 3600X. Стоимость новых выделенных серверов начинается от 7499р, а VDS — всего от 499р!

Конфигурации виртуальных серверов:

• Ryzen 5 3600X (4.4GHz) 1 vCore / 4 GB DDR4 / 25 GB SSD — 499 руб.
• Ryzen 5 3600X (4.4GHz) 2 vCore / 8 GB DDR4 / 50 GB SSD — 999 руб.
• Ryzen 5 3600X (4.4GHz) 3 vCore / 12 GB DDR4 / 75 GB SSD — 1499 руб.
• Ryzen 5 3600X (4.4GHz) 4 vCore / 16 GB DDR4 / 100 GB SSD — 1999 руб.

Конфигурации выделенных серверов:

• Ryzen 5 3600X [6c/12t] (4.4GHz) / 64 GB DDR4 2666 MHz / 500 ГБ NVMe + Game AntiDDoS (L3-L7) — 7490 руб. (при оформлении предзаказа стоимость составит 6990 рублей!).
• Ryzen 5 3600X [6c/12t] (4.4GHz) / 128 GB DDR4 2666 MHz / 1 ТБ NVMe + Game AntiDDoS (L3-L7) — 9990 руб. (при оформлении предзаказа стоимость составит 9490 рублей!).

Для оформления предзаказа Вам необходимо создать тикет или обратиться к нам по одному из предоставленных средств связи.

Остались вопросы? Мы ответим!
Биллинг: https://billing.spacecore.pro
Email: support@spacecore.pro
Telegram: @spacecore_pro
VK: vk.com/spacecore_pro

Публичные облачные сервисы теперь доступны в Хиллсборо



OVHcloud рада объявить о запуске общедоступных облачных сервисов в центре обработки данных Хиллсборо, штат Орегон!

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

OVHcloud теперь имеет два региона — Восток и Запад. Теперь вы можете развернуть по всей стране.

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

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

us.ovhcloud.com/public-cloud/

Парк центров обработки данных Hetzner в южной части Туусула

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

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

Когда новый центр обработки данных будет запущен и запланированные расширения будут завершены, серверы Hetzner превысят впечатляющие 6 мегаватт. В то же время мощность серверов превысит рубеж в 100 000 серверов
прокомментировал ситуацию менеджер по критически важным объектам Ари Кокконен. от Hetzner Finland Oy.

Data Center Park Helsinki в ближайшие годы продолжит расти. В настоящее время в компании уже работает более 30 человек в Финляндии, и они находятся в процессе набора новых сотрудников для выполнения различных должностных обязанностей по мере запуска новых центров обработки данных.

У центров обработки данных светлое будущее. Цифровизация в различных областях, таких как рост объемов данных и сетевого трафика, вероятно, создаст спрос на услуги центров обработки данных. Новые технологии, такие как 5G, IoT, искусственный интеллект, виртуальная и дополненная реальность, стимулируют рост объемов данных в центрах обработки данных
говорит Йоонас Терхивуо, генеральный директор Hetzner Finland Oy

Новые дата-центры уже строятся
Одновременно с завершением строительства нового центра обработки данных Hetzner Finland построит на своей площадке два совершенно новых центра обработки данных. Работа над этими установками началась, и первый из них планируется ввести в эксплуатацию в ближайшие годы. В кампусе Data Center Park Helsinki можно разместить до 10 центров обработки данных и 20 центров обработки данных в будущем. Планы дворовой территории участка также включают дополнительные постройки, такие как склад и здание для строительных бригад, которые будут использовать их для перерывов, и офисные помещения. Ожидается, что они будут завершены в течение следующего года.







Новое в Mail.ru для бизнеса



Представляем обновления продуктов Mail‌.ru для бизнеса за сентябрь 20‌20 го‌да.
Если хотите, чтобы вам о них рассказал наш новый виртуальный диктор, слушайте в нашем блоге. Текст обновлений — ниже.
biz.mail.ru/blog/september-updates/
smotri.mail.ru/watch/1028920

Обновили редактор документов в Teambox
Новый редактор документов теперь работает быстрее, а интерфейс стал более привычным.


Создали чат в видеозвонках
Для зарегистрированных пользователей в видеозвонках теперь доступен чат. Он появляется автоматически, как только администратор присоединяется к звонку.


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


Исправили и улучшили:
  • Повысили качество аватара при разрешении экрана больше 1200px.
  • При клике на кнопку «Добавить» в личных папках внутри файлового сервера окно добавления отображается корректно.
  • Если на сервере Teambox заканчивается место, отобразится плашка-предупреждение.

Новое в нашем блоге

2020.10.0 Beta

2020.10.0 Beta: настраиваемая надежность пароля, журналы правил ценообразования, улучшения в кластере Magnum

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

Как всегда, мы не рекомендуем использовать бета-версию в производственной среде. Если вы хотите протестировать новые изменения, вы можете следовать этому руководству.
fleio.com/docs/installing/beta.html

Обратите внимание, что бета-пакеты доступны для всех клиентов с активной лицензией.

Fleio 2020.10.0 включает в себя множество других улучшений и исправлений ошибок, которые будут подробно описаны через несколько дней, когда мы выпустим стабильную версию. На данный момент список изменений бета-версии можно найти здесь.
fleio.com/docs/changelog/v2020.08.0.html

Посмотрите последнюю версию Fleio в онлайн-демонстрации и свяжитесь с нами, чтобы обсудить, как мы можем реализовать Fleio в вашем облаке OpenStack.
fleio.com/demo
fleio.com/

Октябрьский апдейт от MCS



Это дайджест новостей платформы MCS за прошлый месяц.

Управление сервисами Big Data из личного кабинета. Раньше управлять ими приходилось из вспомогательной панели Horizon. Теперь управление — полностью из личного кабинета.


Подключение решений 1С на платформе MCS. Теперь через личный кабинет можно подключить приложения 1С в виде SaaS: 1С: Бухгалтерия, 1С: Зарплата и управление персоналом, 1С: Управление нашей фирмой.

Свой Terraform-провайдер MCS для Kubernetes. Terraform нужен, чтобы управлять инфраструктурой как кодом (IaС). Раньше Kubernetes на MCS можно было управлять только с помощью стандартного Terraform-провайдера OpenStack, который не был полностью совместим с API MCS. Теперь мы открываем собственный Terraform-провайдер MCS с полной поддержкой API.
mcs.mail.ru/help/howto-containers/ru-kubernetes-terraform

Отображение топологии сети. Теперь в разделе Виртуальные сети можно увидеть интерактивную схему вашей виртуальной сети. Её элемент можно кликать и смотреть их свойства.

Связывать плавающий IP с фиксированным теперь проще. Виртуальную машину можно привязать к плавающему адресу прямо при её создании или при добавлении подключения в её свойствах.
mcs.mail.ru/help/fip-control-mcs

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

Посмотреть:
Вебинар про построение интернет-магазина в облаке: с 0 до Aliexpress
www.youtube.com/watch?v=Tqs13edLzZU

Вебинар о том, как упростить хранение данных с помощью S3
www.youtube.com/watch?v=rfNRlZQW9tk

Почитать:

Представляем пакеты сборки Google Cloud - упрощенные образы контейнеров

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

В основе этого выпуска — набор сборочных пакетов и сборщиков с открытым исходным кодом. Основываясь на спецификации buildpacks v3 CNCF, эти buildpacks создают образы контейнеров, которые соответствуют передовым методам и подходят для работы на всех наших контейнерных платформах: Cloud Run (полностью управляемый), Anthos и Google Kubernetes Engine (GKE). Эти пакеты сборки усилены и протестированы в производственной среде; с марта они широко используются в большинстве сборок для App Engine и Cloud Functions.
buildpacks.io/

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

Вы можете опробовать пакеты сборки Google Cloud прямо сейчас. Чтобы выполнить полное развертывание с помощью проекта Go, пакетов сборки и Cloud Run, просто нажмите кнопку «Выполнить в Google Cloud».

Чтобы попробовать сборки пакетов локально с приложением, установите Docker и инструмент CLI 'pack', затем запустите:
cd my-app
pack build my-app --builder gcr.io/buildpacks/builder


(Поддерживаются Go, Java, Node, Python и .Net. Для правильной сборки им может потребоваться дополнительная настройка.)

Или, если вы не хотите ничего устанавливать, вы можете запустить сборку на основе buildpack в Cloud Build, а затем легко развернуть в Cloud Run:
gcloud alpha builds submit --pack image=gcr.io/[project-id]/my-app
gcloud run deploy --image=gcr.io/[project-id]/my-app --platform managed


Как работают сборочные пакеты?
Сборочные пакеты распространяются и выполняются в образах OCI, называемых сборщиками. У каждого строителя может быть один или несколько сборочных пакетов. Конструктор пакетов сборки Google Cloud, который мы выпускаем сегодня, доступен по адресу gcr.io/buildpacks/builder.

Строители имеют возможность автоматически определять язык вашего исходного кода. Это достигается с помощью исполняемого файла bin / detect в пакете сборки. Сценарии обнаружения вызываются в определенном порядке и останавливаются после того, как соответствующее количество пакетов сборки подключилось к сборке. Например, большинство сборочных пакетов Node.js проверяют наличие файла packages.json. Вы также можете вручную указать, какой пакет сборки использовать, тем самым пропуская этап автоопределения.

После выбора buildpack выполняется его bin / build. Этот сценарий преобразует ваш исходный код в исполняемый артефакт, обычно выполняя такие действия, как установка зависимостей или компиляция кода.

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

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

Пакеты сборки Google Cloud используют управляемый базовый образ Ubuntu 18.04, который регулярно сканируется на наличие уязвимостей; любые обнаруженные уязвимости автоматически исправляются. Это гарантирует, что при сборке исходного кода с помощью пакетов сборки он будет максимально безопасным.

Пакеты сборки Google Cloud также можно настроить с помощью дополнительных системных пакетов или в соответствии с конкретными потребностями вашей команды разработчиков.

Сами пакеты сборки написаны на Go. Вместо того, чтобы создавать один пакет сборки для каждого языка, вы можете комбинировать меньшие модульные пакеты сборки вместе. Например, существует пакет сборки NPM, который (что неудивительно) устанавливает пакеты узлов. Это, конечно, используется для сборок Node.js, но его также можно использовать для других языков и фреймворков, которые используют пакеты NPM (например, Ruby on Rails).

Широкая поддержка в Google Cloud
В дополнение к пакетам сборки с открытым исходным кодом мы поддерживаем пакеты сборки для ряда наших продуктов:
  • Cloud Build теперь изначально поддерживает сборочные пакеты через инструмент командной строки gcloud: gcloud alpha builds submit --pack image = gcr.io / [project-id] / my-app. (см. документацию)
  • Cloud Run — непрерывное развертывание в Cloud Run (с помощью триггеров Cloud Build) можно настроить для использования пакетов сборки (см. Документацию).
  • App Engine. Пакеты сборки теперь являются механизмом по умолчанию для исходных развертываний в самых новых средах выполнения App Engine. Примечательно, что пакеты сборки позволяют развертывать Java на основе исходного кода (ранее поддерживались только развертывания на основе JAR). Все недавно выпущенные среды выполнения будут использовать пакеты сборки.
  • Облачные функции — как и App Engine, пакеты сборки являются механизмом по умолчанию для создания развернутых функций.
  • Облачный код — среды разработки облачного кода могут создавать исходный код с помощью пакетов сборки и развертывать полученные контейнеры непосредственно в GKE.
  • Skaffold поддерживает разработку в реальном времени с помощью пакетов сборки. По мере того как вы редактируете исходный код, пакеты сборки могут непрерывно перестраивать ваше приложение, позволяя вам предварительно просматривать изменения в локальном экземпляре вашего приложения.
  • Cloud Shell — инструмент CLI пакета теперь установлен в Cloud Shell по умолчанию. Это позволяет выполнять сборочные пакеты в Cloud Shell без установки дополнительных пакетов.

Начни сегодня
Узнайте больше о пакетах сборки Google Cloud в репозитории GitHub. Затем разверните образец приложения с помощью пакетов сборки одним нажатием кнопки.
github.com/GoogleCloudPlatform/buildpacks
github.com/GoogleCloudPlatform/buildpack-samples#buildpack-samples