Материалы по тегу: aws

12.04.2021 [19:34], Владимир Мироненко

NVIDIA развивает Arm-экосистему: GPU-инстансы с Graviton2, набор HPC-разработчика на базе Ampere Altra и новые партнёрства с Marvell, MediaTek и SiPearl

Собственный серверный Arm-процессор NVIDIA Grace ещё не вышел, но компания уже формирует экосистему вокруг Arm и собственных ускорителей. NVIDIA анонсировала серию совместных проектов с использованием своих GPU и программного обеспечения с процессорами на базе Arm для широкого круга рабочих нагрузок — от облака до периферии.

В частности, анонсированы инстансы Amazon EC2 на базе AWS Graviton2 с графическими процессорами NVIDIA, поддержка разработки научных приложений и ИИ-приложений с помощью нового набора разработчиков HPC, повышение уровня видеоаналитики и функций безопасности на границе сети, а также создание нового класса ПК на базе Arm с графическими процессорами NVIDIA RTX.

В частности, NVIDIA и AWS объявили о совместном проекте по развёртыванию Arm-экземпляров с графическими процессорами в облаке. Новые экземпляры Amazon EC2 позволят разработчикам запускать Android-игры в AWS, ускорять рендеринг и кодирование, а также транслировать игры на мобильные устройства.

Также NVIDIA представила набор NVIDIA Arm HPC Developer Kit, который включает сервер с 80-ядерным процессором Ampere Altra с тактовой частотой до 3,3 ГГц, два ускорителя NVIDIA A100, а также два DPU NVIDIA BlueField-2, которые ускоряют решение ключевых задач безопасности, передачи и хранения данных в ЦОД, включая изоляцию, , управление ключами, RDMA / RoCE, GPU Direct, хранение эластичных блоков, сжатие данных и многое другое.

Для этой платформы компания предлагает NVIDIA HPC SDK: набор компиляторов, библиотек и инструментов, которые позволяют создавать и переносить GPU-приложения HPC и ИИ в Arm-окружение. Среди первых ведущих вычислительных центров, развернувших новые платформы разработки, есть Ок-Риджская национальная лаборатория, Национальная лаборатория Лос-Аламоса и Университет Стоуни-Брук в США, а также Национальный центр высокопроизводительных вычислений на Тайване и Корейский институт науки и техники. NVIDIA Arm HPC Developer Kit будет доступен в 3 квартале 2021 года.

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

В категории ПК компания сотрудничает с MediaTek, одним из крупнейших мировых поставщиков SoC на базе Arm, чтобы создать эталонную платформу, поддерживающую Chromium, Linux и NVIDIA SDK. Сочетание графических процессоров NVIDIA RTX с высокопроизводительными, энергоэффективными процессорами Arm Cortex позволит использовать в ноутбуках графику с трассировкой лучей и искусственный интеллект.

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

Постоянный URL: http://servernews.ru/1037079
31.03.2021 [16:36], Сергей Карасёв

Amazon проектирует собственные чипы для сетевого оборудования

Провайдер облачных услуг Amazon Web Services (AWS), по сообщениям сетевых источников, разрабатывает собственные чипы, которые будут применяться в сетевых устройствах. Речь, в частности, идёт о кастомизированных чипах для коммутаторов.

По имеющимся сведениям, в проекте задействована команда специалистов, которая вошла в состав Amazon вместе с покупкой израильского стартапа Annapurna Labs в 2015 году. Эта фирма, например, создала серию ARM-процессоров Alpine, которые могут применяться в роутерах, устройствах для Интернета вещей и другой электронике. Приобретение Annapurna Labs обошлось Amazon в $350 млн.

Фотографии Reuters

Фотографии Reuters

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

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

Постоянный URL: http://servernews.ru/1036224
26.03.2021 [14:17], Андрей Галадей

Инструменты Red Hat OpenShift теперь полностью доступны в AWS

Компания Red Hat совместно с Amazon запустила Red Hat OpenShift Service в рамках облачного сервиса AWS (ROSA). Это, как утверждается, позволит клиентам легко перейти из своего центра обработки данных в облако. ROSA предоставляет полностью управляемый сервис OpenShift при совместной поддержке AWS и Red Hat. Он позволяет перенести все рабочие нагрузки в облачную систему.

itprotoday.com

itprotoday.com

Если пользователи уже знакомы с Red Hat OpenShift, то можно ускорить процесс разработки приложений, используя стандартные API и существующие инструменты Red Hat OpenShift для развертываний в AWS. Также можно будет воспользоваться преимуществами широкого спектра вычислений, баз данных, аналитики, машинного обучения, сетевых, мобильных и других сервисов AWS для повышения гибкости клиентов, скорости внедрения инноваций и масштабируемости. При этом оплата будет унифицирована — подписка OpenShift просто будет включена отдельной строкой в счета от AWS.

Постоянный URL: http://servernews.ru/1035801
17.03.2021 [22:59], Владимир Мироненко

AWS EC2 X2gd — новые ARM-инстансы с Graviton2 и увеличенным объёмом RAM

Облачный сервис AWS объявил о доступности EC2-инстансов X2gd. Новые инстансы на базе разработанных AWS ARM-процессоров Graviton2 обеспечивают до 55 % лучшее соотношение цены и производительности по сравнению с инстансами на базе архитектуры x86 текущего поколения Intel, а также предлагают увеличенный объем памяти на один vCPU по сравнению с другими инстансами на базе Graviton2.

Инстансы X2gd обеспечивают самую низкую стоимость гигабайта памяти среди всех инстансов Amazon EC2 и позволяют более эффективно выполнять такие рабочих нагрузок, как базы данных в памяти (например, Redis, Memcached и т. д.), реляционные базы данных (например, MySQL, PostGreSQL и т. д.), хранилища данных (например, Amazon Redshift), кеширование и автоматизация электронного проектирования (EDA).

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

Инстансы Amazon EC2 на базе процессоров AWS Graviton2 начали предлагаться в мае 2020 года. Сейчас уже многие популярные решения AWS, включая Elastic Container Service, Elastic Container Registry, Elastic Kubernetes Service, CodeBuild, CodeCommit, CodePipeline, CodeDeploy, CloudWatch, ElastiCache и Elastic Map Reduce поддерживают Graviton2 для предоставления клиентам услуг с улучшенным соотношения цены к производительности.

X2gd присоединяются к растущему портфелю EC2-инстансов на базе AWS Graviton2: M6g/M6gd, C6g/C6gd/C6gn, R6g/R6gd и T4g. Инстансы X2gd доступны для повременной оплаты, с тарифом Savings Plans, как зарезервированные (RI) или как спотовые инстансы (SI). Экземпляры X2gd первоначально доступны в регионах США (Северная Вирджиния, Огайо, Орегон) и Европы (Ирландия). Чуть позже в этом году они будут доступны и в других регионах.

Постоянный URL: http://servernews.ru/1035084
15.03.2021 [16:02], Владимир Мироненко

S3, первый сервис публичного облака Amazon AWS, отпраздновал 15-летний юбилей

В минувшее воскресенье объектное хранилище Amazon S3 отпраздновало 15-летний юбилей. Как сообщил главный евангелист Amazon Web Services Джефф Барр (Jeff Barr), в настоящее время в S3 хранится более 100 трлн объектов, и регулярно достигаются пики в десятки миллионов запросов в секунду. Это почти 13 тыс. объектов на каждого жителя планеты или 50 объектов на каждую из примерно двух триллионов галактик (согласно оценке 2021 года) во Вселенной.

Барр рассказал, что сервис начинался с простой концептуальной модели: сегменты с уникальными именами, которые могут содержать любое количество объектов, каждый из которых идентифицируется строковым ключом. Первоначальный вариант API был столь же простым. Эта простота помогла избежать ошибок и оставила немало возможностей для развития S3 с учётом пожеланий клиентов. Все эти решения остаются в силе, и код, написанный в день запуска, будет нормально работать и сегодня.

Предоставление разработчикам возможности легко хранить столько данных, сколько они хотят, с простой моделью ценообразования стало одной из особенностей нового сервиса. Джефф Барр отметил, что с сервис с самого начала создавался с упором на долговечность. «Мы с самого начала знали, что аппаратные, программные и сетевые сбои случаются постоянно, и создали S3, чтобы обрабатывать их прозрачно и изящно. Например, мы автоматически используем несколько массивов хранения, стоек, ячеек и зон доступности (77 и больше)», — рассказал Барр. Наряду с этим компания всегда придерживались принципов безопасности.

«Мы во много раз снизили цену за гигабайт-месяц S3, а также ввели классы хранилища, которые позволяют платить ещё меньше за хранение данных, к которым вы обращаетсь нечасто (S3 Glacier и S3 Glacier Deep Archive) или для данных, которые вы можете воссоздать при необходимости (S3 One Zone-Infrequent Access). Мы также добавили S3 Intelligent-Tiering для отслеживания шаблонов доступа и автоматического перемещения объектов на соответствующий уровень хранения»,— рассказал бывший вице-президент Amazon Колин Брайар (Colin Bryar).

В настоящее время компания продолжает проверять и улучшать каждую часть реализации S3 с целью повышения производительности, масштабируемости и надёжности. В конце апреля компания проведёт бесплатное интерактивное виртуальное четырёхдневное мероприятие World PI Week, в рамках которого руководители и эксперты AWS расскажут об истории AWS и ключевых решениях, которые были приняты при создании и развитии S3.

Постоянный URL: http://servernews.ru/1034872
27.01.2021 [16:27], Алексей Степин

Как появление Linux привело к созданию крупнейшего в мире облака AWS

Сегодня работа серверного оборудования под управлением Linux никого не удивляет: «пингвин» проник практически во все ИТ-сферы, включая HPC и облачные службы. Но так было не всегда. Если верить рассказам бывшего сотрудника Amazon, своим существованием столь популярная ныне облачная служба AWS (Amazon Web Services) обязана именно Linux.

В наши дни серверная архитектура в существенной степени унифицирована, как, впрочем, и «железная» инфраструктура — к так называемой «коммодизации» рынок стремился давно. Основой служит стандартная стоечная система с одним-двумя процессорами Intel Xeon или AMD EPYC, в нужных случаях дополненная ускорителями, «умными» сетевыми адаптерами, а в последнее время и DPU. В начале двухтысячных в этом мире доминировала вовсе не связка x86/Linux.

Как рассказал в своём Twitter бывший сотрудник Amazon, Дэн Роуз (Dan Rose), работавший в Amazon в период с 1999 по 2006 годы, основные затраты компании в то время приходились на ЦОД, оснащённые по последнему слову техники. Этим «последним словом» в то время являлись серверы Sun с SunOS, лучше всего отвечавшие девизу «get big fast» и обеспечивавшие высокую доступность запускаемых на них служб.

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

2000-2003 годы: доля процессоров Sun SPARC довольно велика, победное шествие x86 только начинается

2000-2003 годы: доля процессоров Sun SPARC довольно велика, победное шествие x86 только начинается

Как мы знаем из истории, поздние девяностые годы ознаменовались первым интернет-бумом. Казалось, росту и развитию сетевых технологий не будет конца: всевозможные интернет-стартапы появлялись, как грибы после дождя; к 1999 году 39% венчурного капитала пришлось на такие компании. В таких условиях использование дорогого, но надёжного оборудования Sun было оправданной стратегией.

Однако в двухтысячных случилось то, что сегодня называют «крахом доткомов». К концу 2001 года индекс NASDAQ рухнул сразу на 62%. Доходы интернет-компаний обвалились, они стали разоряться одна за другой. Сказалось это и на рынке оборудования: часто новейшие серверы распродавались на eBay по цене в десять раз ниже изначальной, и это ударило по Sun, которая впоследствии так и не сможет оправиться от такого удара.

Sun Enterprise 10000: четыре процессора UltraSPARC-II, 400 МГц, 8 Мбайт кеша, 2 Гбайт оперативной памяти

Типичный сервер Sun Enterprise 10000: четыре процессора UltraSPARC-II, 400 МГц, 8 Мбайт кеша, 2 Гбайт оперативной памяти

Удар сказался и на Amazon. Теоретически, крах доткомов мог бы стать основанием для пересмотра договоров с Sun в более выгодную для Amazon сторону, но Безос выбрал более радикальный вариант. Вся инженерная часть компании была брошена на проект по переводу ИТ-инфраструктуры с Sun/SunOS на серверы HP, работающие под управлением Linux. По меркам 2000 года это было довольно смелое предприятие: ядро Linux 1.0.0 появилось лишь в 1994 году и ещё не успело снискать славы как основа для надёжной серверной системы.

Проект занял все силы Amazon. Разработка всех новых продуктов была приостановлена, успех означал снижение стоимости ИТ-инфраструктуры на 80% и более, но неудача грозила смертью компании. И к такому состоянию компания была близка в период 2000-2003 годов. Однако, как рассказывает Роуз, переход на Linux увенчался успехом и сайт вновь заработал надёжно; более того, выяснилось, что в распоряжении Amazon теперь имеется легко масштабируемая практически до бесконечности инфраструктура.

Linux 1.0.0, 1994 год

Как крупная торговая сеть, Amazon сталкивалась с сезонными пиками и падениями спроса, которые соответствующим образом отражались и на загрузке серверного оборудования. Если в период рождественских и новогодних праздников она была максимальной, то в остальное время года часть оборудования неизбежно простаивала. У основателя компании, Джеффа Безоса, родилась логичная мысль: почему бы не сдать эти мощности в аренду другим компаниям?

Этот момент и следует считать началом зарождения облачных служб AWS, какими мы их знаем сегодня. Переход на Linux сделал ИТ-инфраструктуру Amazon проще и однороднее, а крах доткомов для ряда сегментов сделал арендную модель существенно более выгодной, нежели строительство собственных ЦОД. По всей видимости, идея «облаков» зародилась бы и без Amazon, но, как считает Роуз, неизвестно, насколько позже это могло бы произойти в альтернативной истории.

AWS Graviton2: 64 ядра, 32 Мбайт L3, ARM Neoverse N1

AWS Graviton2: 64 ядра, 2,5 ГГц, 32 Мбайт L3, ARM Neoverse N1

Сегодня AWS — огромный бизнес, предоставляющий массу самых разнообразных ИТ-услуг. Возможно, очередная смена эпох и закат x86 на за горами: в распоряжении компании имеется собственный процессор Graviton2 на базе архитектуры ARM, но системы на его основе в любом случае будут функционировать под управлением Linux. Впрочем, с ростом популярности SaaS, managed-сервисов и serverless-решений конечному потребителю всё менее важно, на каком именно программно-аппаратном стеке работают системы.

Постоянный URL: http://servernews.ru/1031172
26.01.2021 [00:54], Андрей Галадей

Война лицензий: Amazon Web Services делает свободный форк Elasticsearch и Kibana

Компания Amazon создаcт собственный вариант платформы для поиска и анализа данных — форк Elasticsearch от компании Elasticsearch BV. Суть в том, что оригинальный проект будет переведён под лицензию SSPL (Server Side Public License), которая не отвечает требованиям предыдущей лицензии Apache 2.0, с одновременным сохранением собственной лицензии Elastic License.

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

medium.com

medium.com

В Amazon же хотят оставить свой форк под свободной лицензией. Под ней же будет работать Kibana — платформа для визуализации данных. В рамках форка будет развиваться дистрибутив Open Distro for Elasticsearch, который является своеобразной надстройкой над Elasticsearch. Код будет находиться на GitHub. Новый дистрибутив будет использоваться в Amazon Elasticsearch Service.

Это не первая подобная смена лицензии в рамках крупного проекта с открытым исходным кодом. Например, в 2018 году MongoDB отказалась от AGPLv3 в пользу SSPL, а CockroachDB в 2019-ом перешла от Apache 2.0 к Business Source License (BSL). В обоих случаях основным мотивом стало предоставление продуктов в виде SaaS или managed-решений сторонними облачными провайдерами.

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

Постоянный URL: http://servernews.ru/1030980
13.01.2021 [19:12], Юрий Поздеев

Aruba поможет автоматизировать подключение филиалов к облаку при помощи AWS Transit Gateway Connect

Aruba представила новые возможности своих решений SD-WAN (в которые входят Aruba SD-Branch и Silver Peak Unity EdgeConnect) по подключению филиалов к Amazon Web Services (AWS) через Transit Gateway Connect. Тесная интеграция решений Aruba SD-WAN и AWS позволяют организациям, использующим виртуальные частные облака Amazon (Amazon VPC) автоматизировать подключение, обеспечивая стабильную производительность сетевых решений.

Скорость, безопасность и простота подключения — вот, по словам Aruba, основные преимущества новых возможностей SD-WAN.  Дополнительно компания отмечает следующие важные улучшения для компаний с множеством филиалов:

  • Использование AWS Transit Gateway совместно с Aruba позволяет ИТ-подразделениям компаний экономить бюджет, поскольку автоматизирует подключение филиалов к ближайшему шлюзу AWS Transit Gateway. ИТ-службам больше не нужно вручную настраивать маршрутизацию VPC, что обеспечивает гибкость в управлении трафиком и подключениями.
  • Автоматизация и оркестрация подключений обеспечивает согласованную работу VPC, при этом AWS Transit Gateway служит концентратором, объединяя виртуальные частные облака AWS, расположенные в разных регионах, оптимизируя подключения между филиалами.
  • Виртуальные шлюзы Aruba и Silver Peak unity EdgeConnect позволяют клиентам сократить время на настройку филиальных сетей.

Aruba приводит пример удачного кейса компании Verisk Analytics, которая перенесла все свои основные рабочие процессы в облако, обеспечив бесперебойную работу своих сотрудников по всему миру. Используя решение Aruba SD-Branch с шлюзом AWS Transit Gateway, Verisk объединила все свои филиальные сети в единую архитектуру, что позволило упростить управление и улучшило доступность сети. Все вместе это помогло компании Verisk значительно экономить за счет отказа от собственных физических центров обработки данных, перенеся все нагрузки в AWS.

Новые возможности Aruba SD-WAN для AWS Transit Gateway уже доступны для использования и развертывания.

Постоянный URL: http://servernews.ru/1029991
13.01.2021 [14:34], Владимир Мироненко

AWS предупредила персонал об угрозе взрыва дата-центров

Компания Amazon предупредили персонал центров обработки данных о необходимости «проявлять бдительность» в отношении угроз для объектов и инфраструктуры после решения AWS прекратить оказывать услуги хостинга социальной сети Parler. В письме, направленном сотрудникам ЦОД вице-президентом AWS по управлению инфраструктурой Крисом Вондерхаром (Chris Vonderhaar), с которым ознакомился ресурс Business Insider, компания просит сотрудников сообщать о любой подозрительной деятельности.

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

В целях безопасности компания также сделала понедельник и вторник «заблокированными днями» в некоторых регионах США. Это означает, что сотрудники не смогут в эти дни вносить важные обновления или изменения в продукты без одобрения высшего руководства. Этот шаг был предпринят после того, как в воскресенье Amazon сообщила платформе социальной сети Parler, что больше не будет предоставлять ей услуги хостинга. Впрочем, ещё до этого события стали появляться угрозы взрыва ЦОД AWS.

Постоянный URL: http://servernews.ru/1029961
06.01.2021 [22:27], Владимир Мироненко

Amazon потеряла права на бренд AWS в Поднебесной, но попытается обжаловать решение суда

В конце 2020 года стало известно о том, что компании Amazon запретили использовать логотип и торговую марку своего облачного сервиса AWS в Китае. Как сообщает ресурс The Wall Street Journal, муниципальный суд Пекина постановил, что товарный знак AWS принадлежит базирующейся в Пекине компании ActionSoft Science & Technology Development Co., которая тоже занимается облачными решениями, и что Amazon не может использовать это название и аналогичные логотипы в Китае.

Суд также обязал Amazon выплатить ActionSoft 76,5 млн юаней (около $11,8 млн) в качестве компенсации ущерба. Сообщается, что суд вынес постановление в мае, но не публиковал его до 30 декабря, что не является чем-то необычным для китайских судов.

По данным WSJ, ActionSoft подала в суд на Amazon в 2018 году, обвинив американскую компанию в нарушении прав на товарный знак и потребовав компенсации в размере $46 млн. Китайская фирма зарегистрировала товарный знак для своего собственного подразделения облачных вычислений AWS в 2004 году, примерно за восемь лет до того, как Amazon зарегистрировала в Китае свой товарный знак AWS с логотипом. Однако фактически Amazon использует свой бренд AWS с 2002 года.

Представитель Amazon заявил, что компания «категорически не согласна» с этим решением и подала апелляцию в Верховный народный суд Китая. Во вторник на китайском веб-сайте Amazon Web Services всё ещё оставалось название AWS, но внизу страницы было размещено примечание, в котором говорится, что это является аббревиатурой от Amazon Web Services, а не торговой маркой.

Для Китая такая ситуация является нормой — местные компании (не всегда умышленно и не только в области IT) регистриуют торговые марки, за передачу прав на которые при попытке зарубежных игроков выйти на китайский рынок требуют солидные суммы. Так, в 2012 году у Apple запросили порядка $1,5 млрд за право на бренд iPad. В итоге стороны сошлись на куда более скромной, но всё же существенной сумме в $60 млн.

Для Amazon же потеря прав на лого в Китае хоть и неприятна, но вряд ли станет причиной для сворачивания деятельности. На китайском облачном рынке в настоящее время доминируют местные фирмы, и AWS является здесь сравнительно небольшим игроком. По данным IDC, AWS была пятым по величине поставщиком облачных услуг в Китае в первой половине 2020 года с долей рынка 7,2 %. Лидирует на рынке Alibaba, за нею следуют Tencent, Huawei и China Telecom.

Постоянный URL: http://servernews.ru/1029420
Система Orphus