Составы aws: AWS-присадки и составы официальный сайт производителя

Этот обучающий видеоролик «AWS Cloud Practitioner» даст вам полное представление о платформе AWS Cloud и поможет подготовиться к экзамену AWS Certified Cloud Practitioner.

Как работает ценообразование AWS?

Платите по мере использования

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

Давайте рассмотрим пример, чтобы понять это:

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

Бесполезно, если использовать больше

Не понимаете? Но это правда.AWS выставляет счет за час. Чем больше ресурсов AWS вы используете, тем меньше становится почасовая оплата.

Источник: Ценообразование AWS

Экономьте при резервировании

Хотя AWS имеет инстансы по требованию, но в сервисах, таких как AWS EC2 и RDS, у вас есть возможность резервирования экземпляров, а также на определенный период времени. Почему вы бронируете? Вы можете сократить свои расходы до 75 процентов при использовании зарезервированных инстансов по сравнению с инстансами по запросу.

Модели ценообразования AWS

При этом существует 3 разные модели оплаты при использовании зарезервированных инстансов:

Давайте обсудим каждый из них:

Без предоплаты

• Без предоплаты вы не платите ничего перед резервированием экземпляра, но поскольку предоплата отсутствует, затраты выше, чем при двух других вариантах.

Частичная предоплата

• При частичной предоплате вы платите частичную сумму при резервировании инстанса, затраты в этой модели меньше по сравнению с без предоплаты, но все же дороже, чем полная предоплата.

Полная предоплата

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

Рассчитайте свои сбережения

AWS предлагает два типа калькуляторов, чтобы вы могли предвидеть свои расходы:

• AWS Calculator
• Калькулятор TCO

AWS

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

Калькулятор совокупной стоимости владения

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

Уровень бесплатного пользования AWS

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

Уровень бесплатного пользования от AWS предлагает два вида бесплатных услуг

Уровень бесплатного пользования начального уровня предоставляется всем клиентам AWS при их регистрации и действует в течение 12 месяцев со дня их регистрации на AWS.

Следующие службы и их функции включены в уровень бесплатного пользования:

• Amazon EC2
  • Он предлагает 750 часов бесплатного использования экземпляра t2.micro Windows или Linux в месяц.
    
  • Таким образом, вы можете запустить 1 инстанс на 750 часов в течение одного месяца или два экземпляра в течение полумесяца.

• Amazon S3
  • Он предлагает 5 ГБ стандартного хранилища на S3
  • 20000 запросов Get
  • 2000 запросов Put

• Amazon
• бесплатно RDS Экземпляр db.t2.micro
• 20 ГБ хранилища БД: любая комбинация SSD или Magnetic
• 20 ГБ резервных копий с RDS Magnetic storage
• 10 000 000 операций ввода-вывода

• Amazon CloudFront
  • Передача данных Out,
  • 2 000 000 запросов HTTP и HTTPS CloudFront.

• Передача данных
  • 15 ГБ передаваемых данных вне всех сервисов AWS.

Уровень бесплатного пользования с неограниченным сроком действия не истекает даже через 12 месяцев и включает следующие услуги:

• AWS Lambda
  • 1000000 бесплатных запросов в месяц
  • 3,2 миллиона секунд вычислений раз в месяц

• AWS KMS
  • 20000 бесплатных запросов в месяц
    

• Amazon SES
  • 62000 исходящих сообщений в месяц на любые исходящие сообщения Amazon SES .
  • 1000 входящих сообщений в месяц.

• Amazon CloudWatch
  • 10 настраиваемых показателей Amazon CloudWatch, 1000000 запросов API.
  • 5 ГБ данных журнала.
  • 5 ГБ архива данных журнала.
  • 3 панели мониторинга, каждая из которых содержит до 50 показателей в месяц.

• DynamoDB
  • 25 ГБ хранилища
  • 25 единиц емкости чтения и 25 единиц емкости записи

Поскольку цены на ресурсы AWS меняются довольно часто, вы можете получить обновленные цены для всех Ресурсы или сервисы AWS на странице цен AWS.

Итак, ребята! Надеюсь, вам понравился этот блог о ценах на AWS. Знание того, как работают цены на AWS, является обязательным условием для любого специалиста по архитектуре решений AWS. Вот подборка вопросов для собеседования с AWS Architect, которые помогут вам подготовиться к следующему собеседованию с AWS. Чтобы узнать больше об AWS, обратитесь к нашему учебному блогу Amazon AWS. Мы также разработали учебный план, который точно охватывает то, что вам нужно для сдачи экзамена на архитектор решений! Вы можете ознакомиться с деталями курса для обучения AWS Solution Architect.

Есть вопросы? Укажите это в разделе комментариев в блоге о ценах на AWS, и мы свяжемся с вами.

Описание типов инстансов AWS EC2

Перейти к основному содержанию

• Платформа

  Корпоративные функции

  • Оценка Оценка навыков
  • Настройка контента Content Engine ™
  • Разработать Планы обучения
  • Обзор предприятия Гибкость и поддержка
  • Проверить Профиль навыков и аналитика
  • Ускорение сертификации Ускорение готовности к сертификации

  Функции для конечного пользователя

  • Пути обучения Целенаправленно.Доказано, что можно развивать облачные навыки.
  • Практические лаборатории и задачи лаборатории Получите руководство. Бросьте вызов.
  • Сертификаты Облачные и технические сертификаты.
  Мобильное приложение Получить Cloud Academy для iOS и Android
• Учебная библиотека Веб-сервисы Amazon Microsoft Azure Облачная платформа Google Облако Alibaba Большие данные Управление бизнесом Сертификаты Основы облачных вычислений Миграция в облако Контейнеры DevOps Машинное обучение Программирование Безопасность Бессерверный Предстоящие материалы Ознакомьтесь с нашей дорожной картой обучения
• Стоимость
• Отзывы
• ресурса Блог Вебинары События Инструкторы Примеры из практики
• Контакт

• Платформа

  Корпоративные функции

  • Оценка Оценка навыков
  • Настройка контента Content Engine ™

Работает на Amazon Web Services: Node-RED

В этом руководстве представлены пошаговые инструкции по запуску Node-RED в среде AWS.

Есть два подхода:

1. Работает на AWS Elastic Beanstalk Service (EB)
2. Запуск на эластичном Beanstalk с высокой доступностью
3. Работает под образом Ubuntu на AWS EC2

Работает на AWS EBS

Предварительные требования

1. Убедитесь, что у вас есть учетная запись AWS с включенным Elastic Beanstalk, SQS и S3.

2. Загрузите командную строку EB и установите на свой локальный компьютер — см. Ссылку

3. Создайте учетные данные AWS и сохраните их в локальном файле (~ /.aws / config или Usersusername.awsconfig), как показано ниже

  [профиль eb-cli]
aws_access_key_id = идентификатор ключа
aws_secret_access_key = ключ доступа
  

Создать среду EB

1. Создайте новый каталог (например, demoapp )

2. cd в этот каталог

3. запустите eb init , чтобы создать новый проект эластичного beanstalk. Выберите предпочтительный регион и используйте узел.js в качестве платформы. Вас спросят, хотите ли вы использовать ssh. Если да, убедитесь, что на вашем компьютере установлен ssh, если вы хотите сгенерировать новую пару ключей.

4. Войдите в консоль AWS в своем браузере, выберите Управление идентификацией и доступом (IAM) и добавьте политику AmazonS3FullAccess в роль aws-elasticbeanstalk-ec2-role. Примечание: это дает полный доступ от EBS к S3, и вы можете адаптировать эту политику в соответствии со своими потребностями безопасности

Создание среды Node-RED

1. Создайте пакет .json со следующим содержимым (заменив «demoapp» на имя вашего приложения)

  {
    "name": "demoapp",
    "версия": "1.0.0",
    "description": "демонстрационное приложение node-red",
    "основной": "",
    "scripts": {
        "начало": "./node_modules/.bin/node-red -s ./settings.js"
    },
    "двигателей": {
        "узел": "10.x"
    },
    "dependencies": {
        "узел-красный": "1.1.x",
        "aws-sdk": "2.4.x",
        "node-red-contrib-storage-s3": "0.0.x",
        «когда»: «3.7.x "
    },
    "автор": "",
    "лицензия": "ISC"
}
  

1. Скопируйте файл Node-RED settings.js по умолчанию в каталог demoapp

2. Отредактируйте файл settings.js, чтобы добавить следующие записи в module.exports (установив для awsRegion значение, используемое в eb init, и заменив demoapp именем вашего приложения):

  awsRegion: 'eu-west-1',
     awsS3Appname: 'demoapp',
     storageModule: require ('node-red-contrib-storage-s3'),
  

1. Убедитесь, что в командной строке вы находитесь в каталоге верхнего уровня своего приложения, и выполните команду eb create ; вы можете указать более уникальное имя приложения.Это займет много времени, но в конечном итоге вернется успешно.

Настройка доступа Node-RED

Node-RED теперь доступен прямо с веб-адреса приложения. Однако это небезопасно и не очень хорошо работает для ведения журнала. Вместо этого мы настроим прямой доступ к порту администрирования node-red на экземпляре ec2, который он использует.

1. В консоли AWS выберите EC2, затем выберите группы безопасности. Вы увидите набор групп безопасности.Выберите один с именем вашей среды и описанием «Группа безопасности для среды ElasticBeanstalk». После выбора нажмите «Действия», а затем «Изменить настройки входящих подключений». Диалоговое окно с правилами появляется. Добавить новое правило. Установите тип «весь трафик» и источник — «мой IP-адрес». Сохраните правило.

2. Выберите экземпляр EC2, на котором запущено приложение node-red. скопируйте его IP-адрес

3. Введите IP-адрес в браузере с портом 8081.Это обеспечит прямой доступ к консоли администрирования node-red.

Примечание: общедоступный IP-адрес также обеспечивает доступ к приложению node-red, и было бы неплохо удалить этот доступ одновременно, то есть правило HTTP для порта 80.

Ваш экземпляр Node-RED теперь работает на EBS. Любые созданные потоки будут сохранены в AWS S3, чтобы вы могли разорвать среду, и потоки будут доступны при каждом повторном развертывании.

Запуск на эластичном бобовом стебле с высокой доступностью

Этот вариант развертывания дает вам установку с несколькими узлами Node-RED с общей файловой системой с использованием Amazon Elastic File System (EFS).Поскольку он запускает несколько узлов за балансировщиком нагрузки, у вас будет высокая доступность — если узел умирает, Elastic Beanstalk автоматически заменит его.

Для начала клонируйте репозиторий здесь https://github.com/guysqr/node-red-ha-on-aws и следуйте простым инструкциям. Инфраструктура создается для вас с помощью шаблона CloudFormation, поэтому вам не нужно много знать об AWS для ее настройки.

Кроме того, этот вариант развертывания позволяет запускать Node-RED по https и входить в систему через Auth0 (или вы можете легко переключиться на встроенную аутентификацию или любой другой провайдер идентификаторов, совместимых с Passport).

Работает на AWS EC2 с Ubuntu

Создайте базовый образ EC2

1. Войдите в консоль AWS EC2

2. Нажмите «Запустить экземпляр»

3. В списке AMI быстрого запуска выберите Ubuntu Server

4. Выберите тип экземпляра — t2.micro — хорошая отправная точка

5. На вкладке «Configure Security Group» добавьте новое «Custom TCP Rule» для порта 1880

6. На последнем шаге «Обзор» нажмите кнопку «Запустить».

7. Консоль предложит вам настроить набор ключей SSH.Выберите «Создать новую пару ключей» и нажмите «Загрузить пару ключей». Ваш браузер сохранит

5 лучших способов улучшить производительность AWS EC2

Это обновленная версия блога оригинальной электронной книги Алексиса Ле-Куока, которую можно найти здесь.

Для многих ИТ-пользователей и разработчиков использование Elastic Compute Cloud (EC2) Amazon Web Service (AWS) для размещения своих приложений вносит многочисленные изменения в процессы разработки, развертывания и обслуживания программного обеспечения.EC2 обещает повышенную гибкость, простоту развертывания, мгновенную масштабируемость и обширную экосистему сторонних сервисов.

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

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

Elastic Block Storage (EBS) — это сервис хранения, предлагаемый AWS, который поддерживается блочным хранилищем, подключенным к сети. EBS имеет решающее значение для традиционных систем баз данных, поскольку предлагает сочетание большой емкости хранилища и разумной пропускной способности и задержки. Тома EBS бывают двух видов: Standard и Provisioned IOPS.

IOPS означает количество операций ввода / вывода в секунду. Внимательное прочтение документации EBS показывает, что эти IOPS следует понимать как относящиеся к блокам размером до 16 КБ.

Стандартные тома EBS могут обеспечить в среднем 100 операций ввода-вывода в секунду (для блоков размером 16 КБ или меньше). 100 операций ввода-вывода в секунду — это примерно то, что может обеспечить один жесткий диск SATA со скоростью вращения 7200 об / мин для настольных ПК.

Выделенные тома IOPS могут обеспечить до 4000 IOPS на том, если вы приобрели эту пропускную способность. Вы можете ожидать, что 99,9% времени в заданном году том будет обеспечивать от 90% до 100% подготовленных операций ввода-вывода в секунду, но только после выполнения ряда условий:

1. Вы используете совместимый экземпляр.
2. Ваше приложение отправляет достаточно запросов к тому, что измеряется средней длиной очереди (т. Е. Количеством ожидающих операций) этого тома.
3. Операции чтения и записи применяются к блокам размером 16 КБ или меньше. Если размер вашего блока составляет 64 КБ, следует ожидать ¼ подготовленных операций ввода-вывода в секунду.
4. Доступ к блокам тома был произведен хотя бы один раз.
5. Нет ожидающих моментальных снимков тома.

Эти расширенные условия ожидаются от службы сетевого хранилища, но, тем не менее, являются довольно ограничивающими.

Когда количество операций ввода-вывода на томах EBS увеличивается до тех пор, пока их скорость не достигнет предела операций ввода-вывода в секунду для этого тома, операции ввода-вывода будут выстраиваться в очередь, и длина очереди тома заметно возрастет. Эта задержка напрямую видна операционной системе через различные показатели, связанные с вводом-выводом (например, процент использования ЦП в «ожидании ввода-вывода»). В этот момент ваше приложение, скорее всего, будет работать с такой же скоростью, как и тома EBS. Вот пример VolumeQueueLength для стандартного тома EBS за 24 часа.

Рис. 1. Длина очереди тома EBS за 24 часа

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

Почему это происходит

Две фундаментальные причины:

1. Стандартные тома EBS медленные
2. Фактические устройства хранения и сеть хранения являются общими

Первую причину легко устранить. Если вы знаете, что ожидать от стандартных томов EBS 100 IOPS, вы можете разработать стратегии для поддержки своего приложения. Общие стратегии включают: использование RAID для объединения томов EBS, получение томов с выделенным IOPS или полный отказ от EBS в пользу твердотельных накопителей (SSD).

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

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

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

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

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

Обратите внимание на слабую корреляцию между IOPS (третий график) и наблюдаемым временем обслуживания в миллисекундах для того же устройства EBS (первый график), выделенного фиолетовым цветом.

Обратите внимание на отсутствие сильной корреляции между ожидающими запросами EBS (второй график) и IOPS (третий график), выделенным ярко-красным цветом. Интересная картина наблюдается в левой части графика, где количество операций ввода-вывода в секунду остается примерно на уровне 150, а длина очереди тома сильно различается.

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

Даже если ваши инстансы EC2 использовали выделенные сетевые подключения (известные как «подготовленные тома IOPs» на языке AWS), физические диски, стоящие за EBS, могут по-прежнему использоваться другими клиентами AWS, чьи рабочие нагрузки могут в конечном итоге потреблять значительную долю дискового пространства. пропускная способность, когда она вам больше всего нужна. Из-за непрозрачности AWS просто невозможно узнать, какую пропускную способность (дисковую или другую) ожидать для данного тома EBS. Предоставленные IOPS предлагают лишь частичное решение этой проблемы и требуют больших финансовых затрат.

Как обнаружить эту проблему

AWS CloudWatch отслеживает задержку ввода-вывода для каждого тома EBS с метрикой VolumeQueueLength как количество запросов ввода-вывода, ожидающих обработки в данный момент. Сравнивая этот показатель для каждого тома EBS, подключенного к медленному приложению, вы можете сузить причину замедления до проблемы с EBS.

Устойчивое увеличение VolumeQueueLength выше единицы на стандартном томе EBS следует рассматривать как исчерпание пропускной способности этого тома EBS.

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

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

Предотвращение проблем и их решение

• Выбор подходящего хранилища и типов экземпляра — Понимание потребностей ввода-вывода данных, которые приложение будет помещать в хранилище, подключенное к экземпляру EC2, имеет решающее значение для понимания правильных типов хранилищ EBS.Хотя это не изолирует от проблем с «шумным соседом» с несколькими арендаторами или сетевых ограничений, которые могут возникать из других источников, это ограничит несоответствия ввода-вывода, которые, по сути, будут вызваны неправильной конфигурацией.
• Заправьте свои тома EBS — Первый доступ к любому блоку в EBS будет осуществляться с пропускной способностью 50% в IOPS, поэтому вы должны убедиться, что все блоки были доступны один раз, если вы хотите оптимальную производительность с самого начала. В Linux одна команда, которую вы можете запустить после форматирования тома EBS (прикрепленного здесь как sdf): sudo dd if = / dev / sdf of = / dev / null bs = 16384
• Использовать хранилище экземпляров вместо EBS — Чтобы получить более предсказуемую производительность ввода-вывода, используйте Instance Store (HD или SSD).Instance Store — это еще один вариант хранилища EC2, в котором используемое пространство жесткого диска размещается на сервере. Хранилище экземпляров менее гибкое в том смысле, что емкость диска не может быть изменена, а также вводит другие аспекты управления. Например, если сервер с хранилищем экземпляров умирает, данные в этом хранилище будут потеряны, если не было выполнено резервное копирование. Однако выделение выделенного хранилища через Instance Store гарантирует, что приложения будут намного меньше страдать от проблем с несколькими арендаторами, а производительность хранилища станет более предсказуемой.Примечание. В более новых экземплярах EC2 (семейство them3) больше нет хранилища экземпляров.
• Приобретенное выделенное количество операций ввода-вывода в секунду — Пакеты, гарантирующие определенный уровень доступности операций ввода-вывода в секунду, являются дорогостоящими, но доступны в AWS. Это гарантирует, что дисковый ввод-вывод вашего приложения будет передаваться в сетях с достаточной пропускной способностью IOPS. На момент написания этой статьи существует нехватка пакетов Provisioned IOPS, доступных для покупки, как и для зарезервированных инстансов, существует ограниченное количество Provisioned IOPS, которое AWS будет продавать.AWS необходимо увеличить емкость своего оборудования на основе резервирования и спроса, чтобы иметь возможность предлагать больше.
• Замените поврежденный том EBS — Если вы собираете свои тома EBS с использованием RAID 1, 5, 6 или 10, вы можете списать и заменить проблемный том EBS без сбоев, хотя и с пониженной производительностью. Если вы не используете RAID, но делаете снимки достаточно часто, вы можете скопировать данные из снимка. Однако копирование будет иметь влияние, так как займет больше полосы пропускания и увеличит задержку хранилища.Необходимо принять решение, чтобы определить, когда лучше выполнить копирование, а не переждать проблему ввода-вывода в сети EBS. Хотя моментальный снимок в момент возникновения проблем с дисковым вводом-выводом EBS был бы технически возможным, дополнительный том данных для создания моментального снимка может усугубить проблему.
• Подождите, пока задержка EBS вернется к нормальному уровню — Если другой клиент AWS или отдельная система создает большие объемы сетевого трафика, вероятно, что эти инциденты в какой-то момент прекратятся или другие клиенты будут совместно использовать базовое хранилище может переехать в другое место.В какой-то момент объемы сети EBS, вероятно, вернутся к нормальному уровню.

Что такое ЭБУ?

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

Для стандартизации вычислений AWS создала логический вычислительный блок, известный как Elastic Compute Unit (ECU). ЭБУ приравниваются к определенному количеству вычислительных циклов способом, который не зависит от фактического оборудования — один ЭБУ определяется как вычислительная мощность 1,0–1,2 ГГц серверного ЦП 2007 года. Например, самый распространенный и самый старый тип экземпляра, m1.large, рассчитан на четыре ЭБУ (два ядра по два ЭБУ в каждом). Более мощный экземпляр с 64 ГБ памяти, m2.4xlarge, подходящий для большинства баз данных, рассчитан на 26 ECU (восемь ядер по 3.По 25 ЭКЮ). Относительная производительность довольно точно соответствует результатам тестирования. Более новый высокопроизводительный экземпляр (например, cc2.8xlarge рассчитан на 88 ECU, что соответствует 32 виртуальным ядрам по 2,75 ECU каждое).

m1.large	Intel E5507 (4)	812	2	4	2
м2. 4xlarge	Intel X551 9015 901 908 26	3,25
куб.см2.8xlarge	Intel E5-2670 (16)	832	32	88	2,75

Таблица 1 — Модель ЦП и ЭБУ по типу инстанса

Основной вывод, который можно сделать из этой таблицы заключается в том, что в более крупных случаях вы с большей вероятностью будете работать в одиночку или с очень небольшим количеством соседей. cc2.8x large предлагает 32 ядра, то есть общее количество потоков, доступных на сервере с двумя процессорами Intel E5-2670 (что Intel рекомендует не больше).И наоборот, один процессор Intel 5507 с его 4 ядрами может разместить как минимум два экземпляра. Это увеличивает вероятность наличия соседей на одном физическом оборудовании. Существует разница в качестве базового физического процессора в зависимости от того, какой тип инстанса EC2 приобретается для размещения приложения, и ЭБУ отражают это лишь частично. Например, в новых моделях больше встроенной кэш-памяти (20 МБ для E5-2670, 8 МБ для X5550, 4 МБ для E5507), что помогает приложениям с интенсивными вычислениями.

Не все ЭБУ имеют одинаковую цену . Стоимость более мощных экземпляров составляет примерно 50% от стоимости менее мощных экземпляров.

m1.large	4	$ 0,24	$ 0,06
m2.4xlarge	26	$ 1,64	$ .014c
0,03 долл. США

Таблица 2 — Стоимость одного ECU

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

• Не все типы экземпляров имеют одинаковое количество соседей.
• Не все типы экземпляров имеют одинаковую цену за ECU.

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

Что такое «украденный» процессор?

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

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

Вот график использования ЦП на хосте с украденным ЦП (желтым цветом).Голубой обозначает «бездействие», фиолетовый обозначает «пользователя» или циклы, потраченные на выполнение кода приложения, а темно-синий обозначает «систему» ​​или циклы, затраченные на выполнение кода ядра. В этом случае мы видим, что количество украденного процессора хорошо видно.

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

Интересная часть происходит, когда простоя ЦП достигает нуля. Были учтены все циклы, выполняющие полезную работу (здесь не представлены) или отнимаемые гипервизором (украденный график ЦП).

Обратите внимание, что в выделенных разделах количество украденных ЦП колеблется от 30% до 50%. Если бы квота ECU была единственной причиной кражи CPU, мы должны ожидать, что украденные CPU будут равны в эти два момента времени.

Почему сложно выбрать правильный тип экземпляра

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

Почему происходит похищение ЦП

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

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

Как обнаружить эту проблему

Из-за непрозрачности EC2 невозможно увидеть, как выделенные вычислительные ресурсы используются в физической инфраструктуре. В частности, текущее распределение экземпляров на физический сервер недоступно.

Однако метрика использования ЦП CloudWatch сообщает, сколько вычислений в настоящее время используется экземпляром, в процентах. Использование ЦП 100% означает, что экземпляр исчерпал весь доступный ЦП.Значение использования ЦП 0% означает, что экземпляр находится в режиме ожидания. Оптимального значения не существует, но использование ЦП на уровне 100% является явным признаком того, что приложение может извлечь выгоду из экземпляра с большим количеством ЭБУ.

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

Если количество используемых ЦП, о котором сообщает ОС, почти равно тому, что предоставляет AWS, вы, вероятно, превысили свою квоту вычислений и у вас больше нет доступных вычислений.Если есть несоответствие между всеми ЦП, сообщаемыми ОС (и накладными расходами ОС), и вычислением, которое EC2 сообщает как активно предоставленное, то это несоответствие является украденным ЦП. Это указывает на то, что ваше приложение могло бы выиграть от большего количества ЭБУ.

Предотвращение проблем и их решения

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

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

Почему это происходит

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

Что означает AWS?

AWS	Advanced Warning System Правительство »Военное дело				Оцените:
AWS

Американское общество сварщиков и сварщиков Больше…

Оцените:
AWS

Amazon Web Services

Вычисления »Программное обеспечение — и многое другое …

Оцените это:
AWS

Расширенные беспроводные услуги

Вычислительная техника »Телеком

Оцените это:
9015 Медицинское общество

Американское общество »Ветеринарная

Оцените:
AWS

Автоматическая система предупреждения

Разное» Несекретный

AWS

Air Weather Service

Правительственный »Военный — и многое другое…

Оцените:
AWS

Akcja Wyborcza Solidarnosc

Разное »Не классифицируется103 AWS

Рулевое управление на все колеса

Для государственных предприятий »Транспорт

Оцените его:
AWS

Data Explating 9GRAP

8148 9015 9035 90 it151 90 it151 Борцовский цех

9 0002 Sports »Wrestling

9106 9014 Разное

51

03 Бухгалтерский учет

03

	Оценить:
AWS	Веб-сервер Ada Разное »Несекретный
			Оценить:
AWS	Att Wireless Service Разное» Несекретный	4
AWS	Рабочая станция аналитика Правительственный »Военный				Оцените его:
AWS 9000					Оцените:
AWS	Alba Waldensian, Inc. Бизнес »Символы AMEX				Оцените:
AWS	Автоматизированная система предупреждения Правительство» Военное дело03	:
AWS	Amplify Weak Sector Разное »Не классифицировано				Оценить его:
Оценить его:
			Оцените:
AWS	Advanced Wet Station Academic & Science »Электроника				AWS	9000 2 Секция воздушного боя Правительство »Военное дело				Оцените:
AWS	Рабочее место аудитора 564			Оцените это:
AWS	Рабочее место аудиторов Бизнес »Бухгалтерский учет				Оцените это:
»Синдромы				Оценить:
AWS	Набор альтернативных виджетов Разное» Без категории			4

.