Hosting Kitchen

В ноябре прошлого года мы объявили о Bare Metal Solution, которая позволяет компаниям запускать специализированные рабочие нагрузки, такие как базы данных Oracle, рядом с Google Cloud, одновременно снижая общие затраты и снижая риски, связанные с миграцией. Нашей следующей задачей было сделать это решение глобальным. Сегодня мы объявляем о доступности Bare Metal Solution еще в пяти регионах: Эшберн, Вирджиния; Франкфурт; Лондон; Лос-Анджелес, Калифорния; и Сидней. К концу этого года мы планируем запустить еще четыре объекта: Амстердам, Сан-Паулу, Сингапур и Токио. Следите за новостями — Bare Metal Solution будет в ближайшем к вам дата-центре Google Cloud!

Включение специализированных рабочих нагрузок в Google Cloud
Решение Bare Metal Solution разработано для обеспечения высокой производительности и высокой доступности критически важных приложений корпоративного уровня. Для этого компания Bare Metal Solution предлагает современные выделенные серверы на базе масштабируемых процессоров Intel Xeon 2-го поколения (Cascade Lake) различных размеров. В зависимости от ваших потребностей, вы можете выбрать сервер Bare Metal, имеющий всего 16 ядер, или до 112 ядер с 3 терабайтами памяти DRAM — все для того, чтобы справляться с самыми требовательными рабочими нагрузками. Эти серверы сертифицированы практически всеми крупными компаниями-разработчиками программного обеспечения. Мы внедряем Bare Metal Solution в региональном расширении с задержкой менее двух миллисекунд в Google Cloud; в большинстве случаев мы измеряли задержку до миллисекунды.

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

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

Благодаря этим функциям Bare Metal Solution позволяет легко и быстро переносить рабочие нагрузки из центра обработки данных в Google Cloud, одновременно снижая общие затраты и снижая риски миграции.

CloudBees, ведущий поставщик программных услуг для непрерывной доставки, недавно использовал Bare Metal Solution для ускорения перехода на Google Cloud.

Решение Bare Metal от Google предоставило нам простоту миграции и интеграцию с облачными сервисами Google, практически не нарушая наши текущие бизнес-процессы. Мы довольны нашим опытом использования Bare Metal Solution, что позволяет нам легко использовать облачные базы данных

Франсуа Декери, директор по стратегии CloudBees

Построен с небольшой помощью наших друзей
Bare Metal Solution использует богатую партнерскую экосистему Google Cloud для предоставления важных базовых функций и дополнительных дополнительных функций. Например, Bare Metal Solution использует решение для хранения данных NetApp для поддержки приложений корпоративного класса. Использование технологии хранения NetApp NVMe обеспечивает производительность корпоративного уровня, а ее стандартная технология моментальных снимков помогает расширить возможности защиты данных Bare Metal Solution.
cloud.google.com/network-connectivity/docs/interconnect/concepts/partner-overview

Наш партнер Actifio предоставит дополнительные функции для поддержки резервного копирования и восстановления. Actifio предоставляет интегрированное видео всех ваших данных в Google Cloud в дополнение к каталогу резервных копий и резервным копиям и восстановлениям на основе политик. Подход Actifio к управлению копированием данных снижает затраты на хранение и программное обеспечение, а также сокращает время восстановления в случае сбоя. Чтобы узнать больше, см. Сообщение в блоге Actifio.
www.actifio.com/company/blog/post/data-resiliency-on-oracle-bms-on-google-cloud/

Кроме того, Atos предоставляет свою базу данных Atos Database на базе решения Google Bare Metal Solution в качестве управляемого сервиса для корпоративных клиентов, предоставляя организациям полностью управляемый и безопасный облачный сервис, бесшовно интегрированный с Google Cloud и использующий сквозные возможности Atos. конец оркестровки, управления и инфраструктурных услуг.
atos.net/en/about-us/partners-and-alliances/atos-db-hotel-for-gcp

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

Продолжая наше обязательство с открытым исходным кодом
Разрабатывая Bare Metal Solution, мы чувствовали ответственность за предоставление дифференцированного опыта корпоративным клиентам в виде пакета инструментов автоматизации, помогающего управлять вашими специализированными рабочими нагрузками, помогать развертыванию и управлять повседневными функциями, такими как резервное копирование. Используя автоматизацию Ansible IT с открытым исходным кодом, мы создали инструментарий, который поможет вам быстро установить базы данных, управлять хранилищем и настройкой резервных копий, и сделали этот инструментарий доступным для всех в качестве открытого источника на GitHub.
github.com/google/bms-toolkit

В итоге
Мы в Google Cloud сохраняем приверженность созданию облака, которое соответствует вашим ожиданиям и превосходит их. Решение Bare Metal Solution представляет собой еще один шаг в этом направлении, помогая снизить затраты на выполнение корпоративных рабочих нагрузок, снизить риски, связанные с миграцией облачных вычислений, и сделать вас драйвером вашего пути модернизации.

Чтобы узнать больше о настройке Google Cloud Next ’20: сеанс OnAir, непрерывность бизнеса с Oracle в Google Cloud и посещение веб-сайта Bare Metal Solution.
cloudonair.withgoogle.com/events/business-continuity-with-oracle-in-google-cloud
cloud.google.com/bare-metal

Двухфакторная аутентификация

Zomro Хостинг
30 июня 2020, 01:15

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

Она может быть в нескольких вариантах:

Одноразовый пароль из 6 цифр, который меняется каждые 30 секунд.
Аппаратная аутентификация, которая генерирует уникальную пару ключей.
SMS-уведомление или звонок
Биометрическая проверка на основе отпечатка, сетчатки, распознавания голоса или лица.
Аутентификация по почте.

У нас безопасно! Мы всегда используем двухфакторную аутентификацию и тщательную проверку, поэтому можете не переживать за свои данные, информацию и проекты. К ним доступ будет только у Вас.

zomro.com

Опрос по электронному документообороту с Robokassa

Robokassa
30 июня 2020, 01:14

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

Пройти опрос вы можете здесь »»»

Большое спасибо!

Информационный бюллетень DigitalOcean

DigitalOcean Хостинг
30 июня 2020, 01:06

Обновления продукта
В июне мы выпустили следующие новые версии для провайдера DigitalOcean Terraform:

v1.19.0 включает первоначальную поддержку реестра контейнеров DigitalOcean.
v1.20.0 включает в себя добавление источника digitalocean_tags данных и улучшение других тегов, связанные с ресурсами.

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

В этом месяце мы запустили несколько приложений «1-Click», в том числе приложение « Computing for COVID 1-Click», которое позволяет запустить облачный компьютер, который незамедлительно вносит свой вклад в поиск лекарств. Приложения Kubernetes 1-Click теперь можно запускать через API. Мы также позаботились о том, чтобы информация по началу работы для ваших приложений «1-Click» была легко доступна прямо со страницы «Капли» на панели управления.
www.digitalocean.com/blog/latest-products-and-features-at-digitalocean-june-2020/

Проблемы при работе с дисками 19 июня 2020 года

Yandex Cloud
30 июня 2020, 01:03

Резюме по инциденту
В пятницу 19 июня некоторым клиентам были частично или полностью недоступны сервисы Compute Cloud, Managed Service for ClickHouse, Managed Service for Kubernetes, Managed Service for MongoDB, Managed Service for MySQL, Managed Service for PostgreSQL, Managed Service for Redis в зоне ru-central-b Яндекс.Облака. Проблема была локализована в 10:15, после чего наша команда точечно помогала пользователям устранять последствия инцидента.

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

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

Ход событий:
8:40 — Выход из строя первого сервера, он признан невосстановимым. Ситуация штатная.
9:48 — Второй сервер того же сегмента признан невосстановимым. Сразу после этого сработала автоматика, оповещающая об угрозе потери данных. Команда сервиса сразу же приступила к поиску проблемы, поскольку это является опасной ситуацией, и потеря данных становится возможной, если в скором времени откажет третий сервер из сегмента.
10:09 — Вышел из строя третий сервер из этого же сегмента отказа. Локализовать проблему до выхода из строя третьего сервера не удалось. Сразу после этого автоматика была принудительно остановлена на всех серверах Яндекс.Облака.
10:15 — Вышел из строя сервер в другом сегменте отказа, который был упомянут в изначальном сообщении о проблеме. Но так как это был первый неработающий сервер в другом сегменте, то с данными в этом сегменте ничего не произошло. К тому же автоматика была уже остановлена и сервер был возвращен в строй.
10:15 — Мы начали оказывать помощь пострадавшим пользователям по их запросам.

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

Последствия для пользователей:

В Compute Cloud сбой затронул часть дисков пользователей, находящихся в зоне ru-central-b. Часть данных на этих дисках была утрачена, что привело к частичной или полной потере диска. Пострадавшим пользователям были высланы рекомендации провести аварийное восстановление диска по инструкции. Все затронутые диски были отмечены в консоли Яндекс.Облака. При этом часть дисков мы смогли восстановить самостоятельно без участия пользователей, где пострадавшей оказалась внутренняя системная часть диска. С таких дисков отметка в консоли была снята, так что если сейчас в консоли Яндекс.Облака нет отметок о возможном повреждении жестких дисков, то никаких действий со стороны пользователя не требуется.
Управляемые базы данных, кластера которых были развёрнуты с сетевыми дисками в нескольких зонах доступности, были недоступными на запись в течение нескольких минут. При этом потери данных не было. Такая недоступность — это внештатная ситуация, так как не была предусмотрена обработка частичной, а не полной, потери диска. Подобное поведение системы будет улучшено, переключение из-за длительных проблем с диском будет осуществляться за десятки секунд.
Управляемые базы данных Managed Service for PostgreSQL и Managed Service for MySQL, кластера которых были развёрнуты только в пострадавшей зоне доступности ru-central-b, были восстановлены без потери данных из последней резервной копии, но с недоступностью сервиса на время восстановления.
Управляемые базы данных Managed Service for ClickHouse, Managed Service for MongoDB и Managed Service for Redis, кластера которых были развёрнуты только в пострадавшей зоне доступности ru-central-b, были восстановлены из последней резервной копии с потерей данных за последний бизнес-день.
Инцидент затронул только нескольких пользователей Managed Service for Kubernetes, которые использовали не отказоустойчивый тип мастеров. Во время инцидента для них был недоступен control plane Kubernetes, при этом запущенные в кластерах сервисы клиентов продолжали штатно функционировать. Эти мастера были восстановлены из последней резервной копии.

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

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

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

Меры для предотвращения повторения подобной ситуации в будущем

Мы уже исправили ошибку в автоматической процедуре, которая неверно определяла уровень аппаратной проблемы.
Перед отправкой сервера или диска в полную перенастройку по любой причине мы добавили обязательную задержку в одни сутки. Это позволит инженерам вручную обработать эту ситуацию и вернуть физические диски в кластер без потери данных.
Будет добавлен дополнительный уровень проверки — теперь система хранения данных в Яндекс.Облаке будет явно подтверждать любое действие с оборудованием. Так мы сможем отложить работы с вышедшим из строя физическим диском или сервером на любой необходимый срок, пока не будем уверены в безопасности этого действия. В произошедшем инциденте это позволило бы не отправлять второй и третий серверы в перенастройку, а заморозить их до восстановления первого сервера.
Мы введём обязательное резервное копирование мастеров Managed Service for Kubernetes с частотой несколько раз в сутки.

Мы также рекомендуем нашим клиентам:

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

На собеседовании: вопросы от соискателей

Selectel дата-центры
30 июня 2020, 01:00

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

Содержание:

Предварительное исследование
Что поможет лучше ориентироваться на собеседовании
Какие вопросы задавать:

Selectel
DDB Russia
Группа ЦДС
MediaLink
Euroinvest Development
Chili Marketing

Вопрос о зарплате
Стоп-лист вопросов на собеседовании

selectel.ru/blog/job-interview/

Хостинг за биткоин в SerfStack.com!

Serfstack Хостинг
29 июня 2020, 15:42

На днях мы запустили возможность оплаты хостинга VPS и всех сопутствующих услуг через Bitcoin.
Почему многие пользователи выбирают биткоин как основной метод оплаты?
— не требуется ввод своих персональных данных на сторонних сайтах;
— не требуется ввод данных банковских карт;
— не требуется верификация в платежных системах;
— достаточно простой способ оплаты.

Какие еще преимущества при оплате через Биткоин в SerfStack?
— бонусы при оплате, мы вернем 10% от платежа BTC;
— зачисление без верификации;
— зачисление на счет после 1-го подтверждения сети

Как заказать VPS сервер с оплатой Биткоин?
Подробная инструкция на нашем сайте

Добро пожаловать в SerfStack.com!

Организуем личную базу знаний: тест 3-х сервисов

Selectel дата-центры
28 июня 2020, 17:14

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

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

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

Airtable табличный
Удобный инструмент для создания многофункциональных таблиц.

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

Минусы. Может показаться слишком сложным и запутанным при первом использовании.

Что порадовало. Основной упор в приложении сделан на таблицы. Их наполнение может быть не только текстовым: добавляйте фото, ссылки, цветовые пометки и так далее. Загруженные в базу документы доступны для просмотра, но редактировать внутри Airtable их нельзя. Таблицы можно связать между собой – занесенные в одну таблицу данные будут отображаться и в другой. Звучит сложнее, чем работает.

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

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

Вердикт. Airtable подходит для структуризации данных, но требует тщательного изучения, чтобы стать Power User.

Рабочий Notion
Универсальное рабочее пространство.

Удобство. В приложении много готовых шаблонов для разных типов документов. Есть возможность создавать и собственные «трафареты» для стандартизации заметок.

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

Что полезного. Документы поддерживают все наиболее распространенные форматы – доски, таблицы, ссылки, фото и видео. На таблицах остановимся подробнее, ведь они представляют целую базу данных. Каждая строка таблицы имеет отдельную страницу внутри документа, куда можно записать подробную информацию.

Notion открыт для новых пользователей, которые до этого размещали свои документы на разных носителях. Так, кроме банального импорта файлов с рабочего стола и Google Диска, возможен импорт досок из Trello, файлов из Asana и Evernote.

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

Все страницы отображаются в боковом меню. Масштабируемость структуры – одно из преимуществ Notion. Каждую категорию бокового меню можно дополнить несколькими подкатегориями, которые также подвластны делению.

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

Мульти Coda
Документ, который стремится быть приложением.

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

Функционал. Импортированные из Google Drive документы отображаются также, как на диске, форматирование не «съезжает». В документ можно интегрировать диаграмму Ганта, видео, кнопки с разными действиями. С помощью шаблонов таблиц удобно организовать список фильмов, программу тренировок, рабочие задачи.

Большой плюс. Coda можно связывать с другими сервисами: Instagram, YouTube, Wikipedia, а также Gmail, Slack и Jira в платной версии. Документ становится не только пассивной базой знаний, но и связующим звеном разных приложений.

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

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

Минус. Для просмотра одной ветки иерархии целиком придется открывать файл в папке. Только оттуда доступен просмотр имеющихся страниц.

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

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

От теории к практике
Чек-лист для организации личной базы знаний:

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

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

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

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

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

• Не стремитесь к идеалу.
База знаний – инструмент для эффективного структурирования информации. А инструмент проверяется и настраивается в работе. Помните о динамичности и гибкости. Структура кажется удобной и полезной сейчас, но через какое-то время потребует доработки и реорганизации.

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

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

Компания Ampere анонсировала 128-ядерный ARM-процессор Altra Max

Selectel дата-центры
28 июня 2020, 17:08

Несколько месяцев назад калифорнийская компания Ampere представила первый в отрасли 80-ядерный ARM-процессор Ampere Altra.

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

Altra Max совместимы с другими моделями Altra и могут устанавливаться в серверы, где уже стоят процессоры компании предыдущих поколений. Вся линейка базируется на дизайне ARM Neoverse N1, он же лежит в основе процессоров AWS Graviton2 от AWS. Компания Ampere заявила, что новые процессоры позволят повысить производительность оборудования, в чем заинтересованы поставщики облачных услуг.

Характеристики Altra Max
Новинка оснащена 128 физическими ядрами (без технологии многопоточности). Кэш L1 для инструкций и данных — 64 Кбайт, L2 — 1 МБ, L3 — 32 МБ для каждого из ядер. Тактовая частота ядер — 3.0 ГГц.

Поддерживается восьмиканальная оперативная память ECC DDR4-3200, максимальный объем ОЗУ — 4 ТБ. Также поддерживается 128-линейный интерфейс PCI Express 4. Если установить два процессора на одну материнскую плату, то количество поддерживаемых линий составит 192. Известно, что 32 линии в этом случае используются для обмена данными между сокетами. Весь модельный ряд Altra производится по 7-нм техпроцессу от TSMC.

В зависимости от модели энергопотребление чипов составляет от 45 до 250 Вт. У 80-ядерного Ampere Altra показатель TDP — 210 Вт.

Разработчики предлагают использовать процессор для серверных приложений, включая аналитику данных, нейросети, базы данных, пограничные вычисления и облачные приложения. Специально для нужд машинного обучения Ampere реализовала на аппаратном уровне поддержку форматов данных FP16 (числа половинной точности) и INT8 (однобайтное представление целого числа). Предусмотрено аппаратное ускорение хэширования AES и SHA-256.

Бенчмарк для 80-ядерного ARM процессора Ampere Altra
По словам производителей, серверные ARM-процессоры эффективнее X86, во многом благодаря пониженному энергопотреблению. Поэтому можно повысить плотность размещения оборудования c этими процессорами в ЦОД, одновременно улучшив показатели удельной производительности, энергопотребления и тепловыделения.

Сейчас в линейку Altra входит 12 процессоров, в продажу уже поступили процессоры с количеством ядер от 32 до 80, частотами от 1,7 до 3,3 ГГц и теплопакетами от 45 до 250 Ватт. Цены пока не озвучены.

Известно, что новинкой заинтересовалось несколько партнеров, включая Gigabyte, Wiwynn, Cloudflare, Genymobile, NVIDIA, Equinix и менее крупные компании. Массовое производство новых процессоров начнется в 2021 году, так что и начало продаж можно ожидать примерно в это же время.

«Компания Cloudflare крайне заинтересована в процессоре Ampere и его инновационной архитектуре. Мы приятно удивлены результатами предварительных тестов производительности. Рады возможности поработать с Ampere Altra Max со 128 ядрами и с нетерпением ждем процессор для тестов», — заявили в Cloudflare.

Что дальше
Одновременно Ampere начала освоение 5-нм техпроцесса, именно эта технология будет использоваться при создании серверных процессоров следующего поколения. Они уже получили название Siryn и будут представлены через пару лет, ориентировочно в 2022 году. Насколько известно, они будут поддерживать PCI Express 5.0 и DDR5.

Кроме процессоров, компания поставляет и платформы для них. Платформы доступны двух типов: первая — однопроцессорная Mt. Snow, вторая — двухпроцессорная Mt. Jade.