Перейти к содержимому

Где находятся сервера амазона

  • автор:

API-сервера приложения “Дія” нашли на серверах компании Amazon

API-сервера приложения «Дія» находятся на серверах американской компании Amazon.

На данный факт обратил внимание Software Architect в Prozorro Владимир Фльонц.

Публичный сервис обратного IP-поиска viewdns.info ассоциирует с веб-адресом api.diia.gov.ua два IP адреса: 35.156.119.246 и 35.156.54.49.

В свою очередь whois сервис веб-ресурса whoer.net говорит о том, что IP адреса 35.156.119.246 и 35.156.54.49 физически расположены в городе Франкфурт-на-Майне (Германия) и принадлежат организации Amazon Technologies Inc.

В комментарии к публикации Фльонца IT директор Офиса Президента Егор Папышев опроверг, что сервера приложения «Дія» находятся на серверах американской компании Amazon. Представитель Министерства цифровой трансформации Алексей Выскуб напомнил , что проект «Дія» размещен в «облаке» оператора облачных сервисов De Novo.

В свою очередь, в комментарии ЭП эксперт в сфере информационной безопасности Никита Кныш таким образом прокомментировал обнаружение API-сервера приложения «Дія» на серверах компании Amazon:

«Что такое API? Это программный интерфейс приложения. В случае «Дія» — это интерфейс, через который приложение «Дія» на iPhone общается со своим основным сервером и этот сервер находится на Аmazon. На вопрос, есть ли на Аmazon персональные данные и паспорта, я ответить не могу. На Аmazon может быть и прокси-сервер или просто тоннель, то есть промежуточный. Но в любом случае через сервера на Amazon передаётся конфиденциальная информация которая зашифровывается в канале связи и расшифровывается уже в «Дія».

Я думаю, что они (разработчики «Дія», ЭП) используют сервера Amazon для того, чтобы очень быстро масштабировать нагрузку, чтобы приложение не «упало», так как на Amazon более надежный сервис с точки зрения отказоустойчивости».

Напомним, комментируя ситуацию с появлением 11 мая телеграм-бота, который распространял персональные данные украинцев, представитель Министерства по вопросам цифровой трансформации заявил:

«Все серверы мобильного приложения «Дія» находятся в Украине. То есть никакая информация о пользователях не идет за границу. Серверная часть системы развернута в облачной инфраструктуре, которая имеет необходимые сертификаты безопасности, в том числе КСЗИ. «Дія» прошла ряд положительных аудитов – как частных, так и государственных (ГСССЗИ)».

Ранее министр цифровой трансформации Михаил Федоров также уверял, что все данные пользователей «Дия» находятся в Украине, а также объяснял, что для защиты от DDOS-атак «Дия» использует инфраструкутура компании Amazon.

«Все серверы мобильного приложения «Дия» находятся в Украине. То есть никакая информация о пользователях не идет за границу. Серверная часть системы развернута в облачной инфраструктуре нашего партнера — компании De Novo, которая имеет необходимые сертификаты безопасности», — отмечается в колонке Федорова на «Украинской правде».

«Единственный раз, когда мы привлекли зарубежную компанию — только для защиты от атак распределенного доступа (DDOS-атак). Для этого мы используем инфраструктуру компании Amazon, которая частично расположена в Германии», — добавил он.

Всеволод Некрасов, ЭП

Читайте нас также в Telegram. Подписывайтесь на наши каналы «УП. Кляті питання» и «УП. Off the record»

Сервисы AWS по регионам

*AWS Fargate: в таблице приведены данные о доступности AWS Fargate в различных регионах при использовании Amazon ECS. Информацию о региональной доступности AWS Fargate с Amazon EKS см. на сайте https://docs.aws.amazon.com/eks/latest/userguide/fargate-getting-started.html

**Amazon Rekognition: в таблице приведены данные о доступности изображения и видео Amazon Rekognition в различных регионах. Пользовательские этикетки Amazon Rekognition доступны в следующих регионах: Ирландия, Лондон, Мумбаи, Огайо, Орегон, Сев. Вирджиния, Сеул, Сидней, Сингапур, Токио и Франкфурт.

*** Amazon Transcribe: в таблице приведены данные о доступности стандартной конфигурации Amazon Transcribe (версия для пакетной передачи) в различных регионах. Стандартная конфигурация Amazon Transcribe (версия для потоковой передачи) доступна в следующих регионах: Восток США (Огайо), Восток США (Северная Вирджиния), Запад США (Орегон), Канада (Центральная), ЕС (Ирландия), ЕС (Лондон), ЕС (Франкфурт), Азиатско-Тихоокеанский (Сеул), Азиатско-Тихоокеанский (Сидней), Азиатско-Тихоокеанский (Токио) и Южная Америка (Сан‑Паулу).

Сервис аналитики звонков Amazon Transcribe (версия для пакетной передачи) доступен в следующих регионах: Запад США (Орегон), Восток США (Северная Вирджиния), Канада (Центральная), Европа (Лондон), Европа (Франкфурт), Азиатско-Тихоокеанский (Мумбаи), Азиатско-Тихоокеанский (Сеул), Азиатско-Тихоокеанский (Сидней), Азиатско-Тихоокеанский (Сингапур) и Азиатско-Тихоокеанский (Токио). Сервис аналитики звонков Amazon Transcribe (версия для потоковой передачи) доступен в следующих регионах: Запад США (Орегон), Восток США (Северная Вирджиния), Канада (Центральная), Европа (Лондон), Европа (Франкфурт), Азиатско-Тихоокеанский (Сеул), Азиатско-Тихоокеанский (Сидней) и Азиатско-Тихоокеанский (Токио).

**** Управляемая политика AWS: в таблице приведены данные о доступности плана ускоренных операций Управляемой политики AWS в различных регионах. В настоящее время план AWS Managed Services Advanced Operations Plan доступен в следующих регионах: Восток США (Сев. Вирджиния), Восток США (Огайо), Запад США (Орегон), Запад США (Сев. Калифорния), Канада (Центр), ЕС (Франкфурт), ЕС (Ирландия), ЕС (Лондон), ЕС (Париж), Азия и Тихий океан (Мумбаи), Азия и Тихий океан (Токио), Азия и Тихий океан (Сингапур), Азия и Тихий океан (Сеул), Азия и Тихий океан (Сидней) и Южная Америка (Сан-Паулу).

Сервисы AWS обрабатывают и хранят контент клиентов в одном или нескольких регионах AWS, в которых клиент пользуется сервисами. Если не указано иное, то глобальные сервисы [Управление идентификацией и доступом AWS (IAM), Организации AWS, Amazon CloudFront, Amazon Route53, Международный ускоритель AWS, AWS Direct Connect, Диспетчер брандмауэра AWS, Брандмауэр веб-приложений AWS (WAF) и AWS Shield] могут хранить и обрабатывать данные на глобальном уровне. Сервисы AWS генерируют внутренние операционные данные (не являющиеся контентом пользователей), необходимые для эксплуатации, поддержки и улучшения сервисов. Внутренние операционные данные, например используемые для измерения использования, генерирования счетов для клиентов и пометки ресурсов, можно обрабатывать в регионах AWS, которые используются клиентом, и в других.

Чтобы узнать больше о зависимостях сервисов AWS, свяжитесь с нами здесь .

Способы передачи данных в Amazon Web Services

Создание ГИС-среды с помощью Amazon Web Services требует от вас передачи части или даже всех ГИС-данных по сети Интернет в облако. В этом разделе перечислен ряд вариантов, определяющих порядок хранения ваших данных в облаке, а также способ передачи ваших данных. Здесь также содержится анализ факторов, влияющих на время передачи данных.

Способы хранения данных

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

  • EBS – тома Amazon Elastic Block Store (EBS), являющиеся виртуальными дисками, которые можно прикрепить к вашему экземпляру EC2, чтобы увеличить возможный объем хранения данных. На самом деле том всегда подключается как часть ArcGIS Server Amazon Machine Images (AMI). Вы можете настроить размер такого подключенного тома при создании сайта в ArcGIS Server Cloud Builder on Amazon Web Services . На данном диске настроены директории ArcGIS Server, поэтому при публикации сервисов с опцией копирования данных на сервер данные будут размещены на этом диске EBS. Вы также можете создавать другие директории для хранения данных на этом диске. Читать раздел с обзором дисков EBS в Amazon
  • Amazon S3 – Amazon Simple Storage Service (S3) – сервис Amazon, разработанный специально для хранения данных в облаке. Этот способ хранения имеет наименьший потенциальный риск потери или ошибки повреждения данных. Вы можете использовать S3 как место резервного хранения данных или промежуточный вариант для перемещения данных между вашим локальным хранилищем и вашими томами EBS. Помимо этого, любые снимки (snapshot), созданные вами для томов EBS, хранятся на S3. Читать раздел с обзором S3 в Amazon
  • Экземпляр EC2 – существует возможность прямой передачи данных в экземпляр EC2. Однако в случае, если экземпляр прекратит работу, ваши данные с диска C или с корневого диска будут тотчас же потеряны. В образе ArcGIS Server AMI выделяется сравнительно небольшой объем данных (60 GB на Windows) на диске C:, чтобы препятствовать хранению данных на этом диске. Напротив, прикрепленные диски EBS, например, диск D:, сохранятся в случае прекращения работы экземпляра. Поэтому они являются более надежным способом хранения данных.

Внимание:

Не храните ГИС-данные или кэш карт на диске C: или корневом диске вашего экземпляра EC2 в рабочей конфигурации при размещении в боевой среде.

Опции передачи данных в облако

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

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

  • Настройка ArcGIS для копирования данных при публикации сервиса – Вы можете сконфигурировать ArcGIS таким образом, что всякий раз при публикации сервиса соответствующие данные будут копироваться на сервер. Данные упаковываются в файл определения сервиса (.sd), который переносится в каталог загрузок ArcGIS server (arcgisuploads), а затем распаковывается в каталоге входных данных (arcgisinput) ArcGIS server или базе данных, которая была зарегистрирована с ArcGIS Server (в качестве управляемой базы данных ArcGIS Server – ArcGIS Server Managed Database). Имейте в виду, что это может занять много времени и привести к передаче больших объемов данных, если вы не ограничите экстенты и наборы данных, используемые для вашей карты или другого ресурса. Эта опция не допускает совместного использования данных несколькими сервисами, а также синхронизации данных между облаком и вашей локальной средой.
  • Копирование и вставка с использованием подключения к удаленному рабочему столу – подключение к удаленному рабочему столу поддерживает перенаправления файловой системы, когда ваши локальные диски могут использоваться на удаленном компьютере. Войдя в свой экземпляр EC2 в Windows через удаленный рабочий стол, вы можете открыть Проводник Windows и скопировать данные с ваших локальных дисков на диски EBS. Чтобы включить перенаправление файловой системы, перейдите в окне Подключение к удаленному рабочему столу (Remote Desktop Connection) на закладку Локальные ресурсы (Local Resources) и выберите опцию, чтобы сделать ваши диски доступными. Названия опций и меню может несколько меняться в зависимости от используемой вами версии Windows. В Windows 7 вам нужно нажать кнопку Подробнее (More) , чтобы увидеть опцию, которая позволяет сделать диски доступными. Если вам нужно передавать конфиденциальные данные с помощью подключения к удаленному рабочему столу, убедитесь в наличии дополнительных уровней безопасности. Предыдущие версии подключения к удаленному рабочему столу были с точки зрения безопасности уязвимы, в том смысле, что компьютер под видом сервера мог получить доступ к вашим данным (так называемое «нападение человека посередине»).

Примечание:

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

Amazon работает со многими поставщиками решений, обеспечивающими передачу, хранение данных и безопасность используемых решений. См. раздел Поиск поставщика решений AWS, чтобы определить, какая из этих компаний может вам помочь с вашим «облачным» решением. Сама компания Esri также является таким поставщиком, предлагая различные услуги по размещению ГИС в облаке Amazon.

Факторы, влияющие на длительность передачи данных

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

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

Наконец, при использовании S3 необходимо знать об ограничениях количества сегментов, которое вы можете создавать, и других ограничениях сегментов S3. Amazon перечисляет такие ограничения в разделе Bucket Restrictions and Limitations.

Поддержание целостности путей к данным

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

Регистрация местоположения ваших данных в среде Amazon EC2 с помощью ArcGIS Server поможет вам упростить решение проблемы восстановления потерянных путей к данным после регистрации. См. Регистрация данных на ArcGIS Server с помощью ArcGIS for Desktop.

Другим вариантом является возможность войти на ваш экземпляр и использовать ArcMap для исправления устаревших путей. ArcGIS for Desktop включен в ArcGIS Server AMI, так что вы без проблем сделаете соответствующие исправления.

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

Сколько серверов в облаке Amazon EC2?

Как и многие другие интернет-компании, Amazon не разглашает информацию о своей инфраструктуре, в том числе о количестве серверов. Но аналитик из Accenture Technology Labs произвёл собственный подсчёт: у него получилось, что в семи дата-центрах Amazon Web Services должно быть по крайней мере 454 400 серверов.

Интересно, что 70% из них находится в регионе US East (Виргиния).

Кол-во серверных стоек Кол-во блэйд-серверов
US East (Виргиния) 5030 321 920
US West (Орегон) 41 2624
US West (Сев. Калифорния) 630 40 320
EU West (Ирландия) 814 52 096
AP Northeast (Япония) 314 20 096
AP Southeast (Сингапур) 246 15 744
SA East (Сан-Паулу) 25 1600
Всего 7100 454 400

Amazon использует регулярный паттерн присвоения внутренних IP-адресов: каждый инстанс получает адрес 10.x.x.x, а каждая стойка получает диапазон 10.x.x.x/22, то есть можно определить все виртуальные машины в этой стойке. Исследователь просканировал AWS путём DNS-запросов внутри сети EC2, используя внешние IP-адреса инстансов, их диапазоны известны.

Непосредственно количество блэйд-серверов оценивалось исходя из информации о 64 блэйдах на стойку — четыре шасси 10U, на каждом шасси по 16 блэйдов (вот как раз это предположение ни на чём не основано).

Подробнее о методологии исследования см. в блоге автора.

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

Нужно также отметить довольно быстрый рост инфраструктуры Amazon, на графике показано увеличение количества стоек в регионе US East, за указанный период он прибавлял в среднем по 110 стоек в месяц.

  • Высокая производительность
  • Amazon Web Services

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Luxury Car Rental in Miami | Reserve a Premium Vehicle with RealCar