Что в имени? Понимание "края" сети Google Cloud



Google занимается созданием инфраструктуры, которая позволяет модернизировать и запускать рабочие нагрузки, а также подключаться к большему количеству пользователей, независимо от того, где они находятся. Частью этой инфраструктуры является наша обширная глобальная сеть, которая обеспечивает лучшую в своем классе возможность подключения для клиентов Google Cloud, и нашу пограничную сеть, которая позволяет вам подключаться к интернет-провайдерам и конечным клиентам.

Когда дело доходит до выбора способа подключения к Google Cloud, мы предлагаем множество гибких вариантов, которые оптимизируют производительность и затраты. Но когда дело доходит до границы сети Google, что составляет границу? В зависимости от ваших требований и предпочтений в отношении подключения ваша организация может рассматривать различные точки разграничения в нашей сети как «границу», каждая из которых выполняет передачу трафика по-своему. Например, клиент телекоммуникационной компании может считать, что граница — это место, где расположены глобальные кеши Google (GGC), а не граничная точка присутствия (POP), где происходит пиринг.

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



Опорные регионы и зоны
Первое, о чем следует подумать при рассмотрении вариантов периферии, — это то, где ваши рабочие нагрузки выполняются в Google Cloud. Google Cloud размещает вычислительные ресурсы в нескольких местах по всему миру, которые включают разные регионы и зоны. Регион включает центры обработки данных в определенном географическом месте, где вы можете разместить свои ресурсы. В регионах есть три и более зон. Например, регион us-west1 обозначает регион на западном побережье США, который состоит из трех зон: us-west1-a, us-west1-b и us-west1-c.

cloud.google.com/compute/docs/regions-zones

Edge POPs
Наши пограничные точки присутствия — это место, где мы подключаем сеть Google к Интернету через пиринг. Мы присутствуем на более чем 180 интернет-коммутаторах и более чем 160 объектах межсетевого обмена по всему миру. Google управляет большой глобальной ячеистой сетью, которая соединяет наши пограничные точки доступа с нашими центрами обработки данных. Управляя разветвленной глобальной сетью точек подключения, мы можем приблизить трафик Google к нашим партнерам, тем самым уменьшив их затраты, задержку и улучшив работу конечных пользователей.
Google напрямую соединяется со всеми основными поставщиками интернет-услуг (ISP), и подавляющая часть трафика из сети Google к нашим клиентам передается через прямые соединения с интернет-провайдером клиента.
www.peeringdb.com/net/433
cloud.google.com/vpc/docs/edge-locations

Облачный CDN
Cloud CDN (сеть доставки контента) использует глобально распределенные граничные точки доступа Google для кэширования облачного контента рядом с конечными пользователями. Cloud CDN опирается на инфраструктуру на пограничных точках доступа, которую Google использует для кэширования контента, связанного с его собственными веб-ресурсами, которые обслуживают миллиарды пользователей. Такой подход приближает облачный контент к клиентам и конечным пользователям и связывает отдельные точки присутствия в максимально возможное количество сетей. Это сокращает время ожидания и гарантирует, что у нас будет емкость для больших всплесков трафика (например, для потоковой передачи мультимедийных событий или праздничных продаж).


Точки подключения Cloud Interconnect
Выделенное межсоединение обеспечивает прямые физические соединения между вашей локальной сетью и сетью Google. Выделенное межсоединение позволяет эффективно передавать большие объемы данных между сетями. Для Dedicated Interconnect ваша сеть должна физически соответствовать сети Google в поддерживаемом объекте размещения, также известном как место подключения Interconnect. Это средство — это место, где поставщик, поставщик средств совместного размещения, устанавливает канал между вашей сетью и точкой присутствия Google. Вы также можете использовать Partner Interconnect для подключения к Google через поддерживаемого поставщика услуг. Сегодня вы можете подключить межсоединение к Google Cloud в более чем 95 местах.
cloud.google.com/network-connectivity/docs/interconnect/concepts/choosing-colocation-facilities
cloud.google.com/network-connectivity/docs/interconnect/concepts/dedicated-overview

Пограничные узлы или Google Global Cache
Наши граничные узлы представляют собой уровень инфраструктуры Google, ближайший к пользователям Google, и работают в более чем 1300 городах в более чем 200 странах и территориях. С помощью наших граничных узлов сетевые операторы и интернет-провайдеры размещают кеши, предоставленные Google, внутри своей сети. Статический контент, популярный среди пользователей хоста (например, YouTube и Google Play), временно кэшируется на этих граничных узлах, что позволяет пользователям получать этот контент гораздо ближе к их местоположению. Это улучшает работу пользователей и снижает общие требования к пропускной способности сети.
peering.google.com/#/infrastructure

Расширения региона
Для определенных специализированных рабочих нагрузок, таких как Bare Metal Solution, Google размещает серверы в центрах колокации, близких к регионам GCP, чтобы обеспечить подключение с низкой задержкой (обычно <2 мс) для рабочих нагрузок, работающих в Google Cloud. Эти объекты называются расширениями региона.

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

Мы надеемся, что в этом посте проясняются предложения Google для границ сети и то, как они помогают соединить ваши приложения, работающие в Google Cloud, с вашими конечными пользователями. Чтобы узнать больше о сетевых возможностях Google Cloud, ознакомьтесь с этими руководствами и решениями по сетевым технологиям Google Cloud.
cloud.google.com/docs/tutorials#networking

Новые высокоскоростные сервера виртуального хостинга со скидкой 20%



НОВЫЕ СКОРОСТНЫЕ СЕРВЕРА В РОССИИ!
Рады сообщить Вам о запуске новых высокопроизводительных серверов на архитектуре AMD Ryzen Zen 3, расположенных на территории России, которые доступны на всех тарифных планах нашего виртуального хостинга и хостинга для Битрикс.

ДЖИХОСТ — 1 МЕСТО В РЕЙТИНГЕ ХОСТИНГОВ ДЛЯ 1С-БИТРИКС!
Основные преимущества новых серверов:
  • Полное соответствие 152-ФЗ
  • Высочайшая производительность
  • Низкий пинг до серверов
  • Высокая отказоустойчивость уровня TIER3
  • Бесплатное резервное копирование в облако
  • Тестовый период 7 дней
  • Бесплатный перенос сайта
  • Самое новое ПО: PHP 7.4, MySQL 5.7, MariaDB 10.3

Только на старте мы дарим новым клиентам скидку на хостинг в размере 20% по промокоду
  • rus-serv2021
Количество промокодов ограничено!


По всем вопросам обращайтесь в Службу поддержки или онлайн консультант на нашем сайте!
jehost.ru/hosting/bitrix.html

Выпущено ограничение трафика и полосы пропускания для виртуального сервера



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

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

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

Эта функция доступна в SolusIO версии 1.1.16830.

Как это устроено
Администратор может настроить правила ограничения сети на странице плана.

Доступны следующие варианты:
  • Ограничения входящей и исходящей пропускной способности сети ограничивают объем данных, которые сервер может загружать и выгружать в секунду. Эта пропускная способность применяется, пока сервер не превышает лимиты входящего и исходящего сетевого трафика, описанные ниже.
  • Ограничения входящего и исходящего трафика ограничивают объем данных, которые сервер может загружать и выгружать в месяц с использованием указанной выше пропускной способности. Когда сервер превышает лимиты входящего и / или исходящего трафика, его входящая и исходящая пропускная способность уменьшается.
  • Вы указываете значение уменьшенной пропускной способности в «Уменьшите пропускную способность сети, если виртуальный сервер достиг предела трафика».
  • Выберите, когда автоматически сбросить ограничения. Вы можете сбросить их первого числа каждого месяца, в дату создания сервера или отключить автоматический сброс.


Пользователи и администраторы могут видеть, насколько близки их серверы к сетевым ограничениям, на вкладке «Сеть» серверов.

Когда сервер превышает сетевой предел, SolusIO отправляет уведомление по электронной почте владельцу сервера.



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




www.solus.io

В тот день, когда весь мир не ушел

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

Начиная с 09:48 UTC мы увидели около 200 тысяч маршрутов с ранее не существующими префиксами с неработающим AS_PATH. Но обо всем по порядку.


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

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

Практически все маршруты содержали похожие детали — «44393 14570 40676». AS44393 — Securebit Route Collector, AS14570 — I Am A Bad Actor, LLC (мы оценили воображение) и AS40676 — Psychz Networks (нам понравился саундтрек).

Пример (Примечание: отсутствует в RIPEDB stat.ripe.net/widget/routing-status#w.resource=189.203.175.128%2F25&w.min_peers_seeing=0):


Почти для всех префиксов имелся соответствующий объект правильного маршрута (всего 12000 различных ISP в качестве исходных ASN). Тем не менее, количество префиксов с недопустимым ROA было больше, чем количество действительных. Кто-то (или несколько) сбросил кучу под-префиксов для допустимых префиксов и вставил для них точный ASN в AS_PATH.


Большинство злоумышленников (90%) были / 25 действительных / 24 — знакомый признак «оптимизации» маршрутизации в действии.

Хотя некоторые неординарные особенности нас насторожили. В отличие от обычных маршрутов оптимизатора, почти все новые маршруты приводили только к неверным префиксам. Но это можно объяснить тем, что AS44393 сам по себе является сборщиком маршрутов и уже имеет лучшие маршруты к хорошим префиксам.

Что еще более странно — от AS_PATH к bad_prefixes содержится более 4000 новых ссылок, которые мы никогда раньше не видели. Таким образом, в отличие от типичных оптимизаторов, as_path для новых префиксов не были взяты из действительных префиксов, а были созданы на месте с действительным ASN, вставленным в конце AS_PATH (для прохождения проверки ROA в случае отсутствия порога максимальной длины).


Мы писали письма людям, ответственным за AS44393 и AS14570. Они сказали нам, что находятся на принимающей стороне, а не на исходящей, в результате чего нам остается только AS40676. Мы были удивлены, увидев AS40676 на интересной веб-странице: www.noction.com/clients. Это имя AS (Psychz Networks) указано как клиент компании-разработчика оптимизатора BGP. Итак, в конце концов, корень проблемы снова оказался в нем.

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

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

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

Добавлены новые узлы



Финляндия HEL
  • Ryzen-9 3900 [24vCore] / 8 ddr4 / 200 ГБ NVME — 1000р
  • Ryzen-9 3900 [24vCore] / 16 ddr4 / 400 ГБ NVME — 2000р
  • Ryzen-9 3900 [24vCore] / 24 ddr4 / 600 ГБ NVME — 3000р
  • Ryzen-9 3900 [24vCore] / 32 ddr4 / 800 ГБ NVME — 4000р

Франция GRA
  • E3-1245v2 1vCore / 4 ddr3 / 200 HDD SATA — 400р
  • E3-1245v2 2vCore / 8 ddr3 / 400 HDD SATA — 800р
  • E3-1245v2 3vCore / 12 ddr3 / 600 HDD SATA — 1200р
  • E3-1245v2 4vCore / 16 ddr3 / 800 HDD SATA — 1600р
  • E3-1245v2 5vCore / 20 ddr3 / 1000 HDD SATA — 1800р
  • E3-1245v2 6vCore / 24 ddr3 / 1200 HDD SATA — 2400р
  • E3-1245v2 7vCore / 28 ddr3 / 1400 HDD SATA — 2800р
  • E3-1245v2 8vCore / 32 ddr3 / 1600 HDD SATA — 3200р

И снова добавлены еще серверы
Локация GRA FR
  • i7-6700k [8vCore] / 32 ddr4 / 200 ГБ SSD / OVH-game — 4000р/мес 2000р/мес
  • i7-6700k [8vCore] / 16 ddr4 / 100 ГБ SSD / OVH-game — 2000р/мес 1000р/мес
  • i7-6700k [8vCore] / 8 ddr4 / 50 ГБ SSD / OVH-game — 1000р/мес 500р/мес

Заказать можно через биллинг
asuka.onl
Панель VMmanager-6
хроника узлов vm.center/blog/create-node/ (может публиковать любой хостер кстати так же описание делать, правила, узел, IP, цена)

Самый быстрый процессор на «Диком Западе»



В нашем дата-центре появились серверы на базе самых быстрых процессоров AMD Ryzen — топовых 5950X на архитектуре Zen3.

16-ядерный флагман серии Zen3 не только установил рекорд в однопотоке, но также оказался быстрее других AMD Ryzen и Intel Core i9-10900K в рейтинге многопоточной производительности. Посмотреть на результаты тестов можно тут.

Выделенные серверы на базе AMD Ryzen 9 5950X станут универсальным решением для различных задач. Вы уже можете проверить их в действии.

1dedic.ru/amd-ryzen

Contabo обслуживает 100 000 клиентов!

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

Как мы туда попали?
С момента основания в 2003 году клиентская база Contabo медленно, но верно росла. Первоначально доступный только в Германии, клиенты Contabo проживают почти в 200 странах на всех континентах.


Вместе мы растем все быстрее и быстрее
Нам потребовалось 16 лет, чтобы найти первых 50 000 клиентов. Но затем мы удвоили это число менее чем за 2 года. При таком ускоренном росте мы будем отмечать отметку в 150 000 раньше, чем вы думаете!


Давайте праздновать вместе
Чтобы отпраздновать этот момент, всех вас приглашают принять участие в сеансе Ask Me Anything (AMA) с генеральным директором Contabo Томасом Ногликом. Присоединяйтесь к нам в четверг, 25 февраля 2021 года, 14:00:00 UTC.


Вот время события в разных часовых поясах:
  • Мюнхен, Германия 15:00 CET
  • Лондон, Великобритания 14:00 GMT
  • Нью-Йорк, США 09:00 EST
  • Сингапур, Сингапур 22:00 SGT
  • Мумбаи, Индия, 19:30 IST

Сообщество Contabo сильнее, чем когда-либо, и мы с нетерпением ждем возможности поддержать вас в предстоящие годы!

Yandex.Cloud 2020: рост выручки, клиентов и потребления

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



В 2020 году выручка платформы Yandex.Cloud увеличилась в 4,5 раза и достигла 1 миллиарда рублей. Количество коммерческих клиентов Yandex.Cloud увеличилось в 2020 году по сравнению с 2019 годом в 1,4 раза и составило 9 700, а средний чек одного клиента увеличился за этот период в 3 раза.

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

Yandex.Cloud 2020: крупные клиенты увеличили объемы потребления
Крупными потребителями облачных сервисов Yandex.Cloud стали 270 клиентов. К ним относятся компании, занимающие лидирующие позиции в своих отраслях по капитализации, доле рынка и темпам роста. Это такие компании, как Леруа Мерлен, Ozon, М.Видео, ВТБ, SkyEng, Национальный исследовательский университет «Высшая школа экономики» и другие. Такие клиенты обрабатывают большие объемы данных, активно развивают корпоративные и отраслевые цифровые платформы для управления внутренними процессами бизнеса, запуска и поддержки новых приложений и сервисов.

В 2020 году количество крупных клиентов платформы Yandex.Cloud увеличилось более чем в 2 раза, а объем потребления ими сервисов Yandex.Cloud вырос почти в 5 раз. Доля крупных клиентов в общей выручке Yandex.Cloud составила 48%. Этот показатель вырос по сравнению с 2019 годом на 4 процентных пункта.

Стоит отметить, что доля компаний группы Яндекса в структуре выручки платформы Yandex.Cloud в 2020 году составила 4%. При расчете показателя учитывается только потребление Yandex.Cloud сервисами ГК Яндекс по общим рыночным условиям. Объем потребления ресурсов внутренней облачной платформы, локализованной под задачи компаний и отдельных сервисов ГК Яндекс, в структуре выручки Yandex.Cloud не учитывается.

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

На опыте Yandex.Cloud мы выделили 4 основных сценария потребления облачных сервисов компаниями:
  • перенос из собственной инфраструктуры на облачную корпоративных приложений и сервисов;
  • развитие единой среды разработки, тестирования и запуска новых бизнес-приложений (цифровых продуктов);
  • создание корпоративной платформы данных для хранения, обработки и анализа данных;
  • применение сервисов на базе искусственного интеллекта и инструментов машинного обучения.

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

Группа № 1: «Базовая инфраструктура и сеть». Вклад в выручку Yandex.Cloud в 2020 году — 60%. В группу входят виртуальные машины, сетевые диски, инструменты управления виртуальными сетями. Это наиболее востребованная группа сервисов, на нее в 2020 году пришлось 60% выручки платформы Yandex.Cloud. Активные потребители сервисов этой группы — интернет-магазин Ozon.ru, DIY-ритейлер Leroy Merlin, разработчик мобильных игр Axlebolt.

Группа № 2: «Машинное обучение». Вклад в выручку Yandex.Cloud в 2020 году — 14%. В группу входят сервисы на базе уникальных технологий Яндекса в области машинного обучения и искусственного интеллекта. Сервисы машинного обучения активно используют такие компании, как Signal AI, Badoo, разработчик и интегратор голосовых сервисов АТС (разрабатывает сервисы для Альфа-Банка, Мегафона, ДИТ Москвы, Министерства здравоохранения МО). Наибольший рост — в 9 раз — показал сервис синтеза и распознавания речи Yandex SpeechKit. Это также подтверждает интерес партнеров, за 2020 год количество компаний, специализирующихся на разработке и внедрении голосовых сервисов выросло до 30. Сервис машинного перевода Yandex Translate принес 32% выручки направления, в том числе за счет спроса со стороны зарубежных клиентов, которых привлекает соотношение цены и качества перевода многих языковых пар, превосходящее такое соотношение в аналогичных сервисах.

Группа № 3 «Платформа данных». Вклад в выручку Yandex.Cloud — 12%. Экосистема облачных сервисов для полного цикла работы с данными. Самыми востребованными стали системы управления базами данных, предоставляемые на платформе как сервис. На первом месте по популярности — PostgreSQL, также в тройку входят ClickHouse и MySQL. Количество компаний-пользователей MDB в 2020 году достигло 1 350. Рост группы «Платформа данных» в 2020 году — в 8 раз. У нас хранят свои данные ВТБ, М.Видео и Декатлон.

Группа № 4 «Автоматизированное управление контейнерами». Вклад группы в выручку Yandex.Cloud — 7%. Основной сервис Managed Service for Kubernetes — для автоматизации развертывания, масштабирования и управления контейнеризированными приложениями. Коммерческими пользователями сервиса Managed Kubernetes в 2020 году стали 260 клиентов Yandex.Cloud. Общий рост группы в 2020 году — в 18 раз. Активные потребители сервисов группы: компания ПИК, «Альфа-Страхование», Инвестиционная группа «Севергрупп».

Еще 7% выручки Yandex.Cloud в 2020 году относятся к маркетплейсу и платной поддержке.

Что дальше: больше возможностей клиентам Yandex.Cloud в 2021 году
В 2021 году спрос компаний на облачные технологии будет увеличиваться. Мы планируем, что выручка от потребления сервисов нашей платформы вырастет в 2,6 раза. Мы прогнозируем увеличение спроса на облачные мощности, которыми крупные промышленные компании и государственные организации будут дополнять собственную инфраструктуру. Также в 2021 году мы планируем сделать акцент на развитии экосистемных сервисов: DataSphere, DataLens, бессерверных вычислениях.

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

Привет, Дубай! Наши новые сверхбыстрые NVMe VPS уже доступны для заказа. 3 месяца в подарок для первых клиентов!



Друзья, is*hosting с гордостью анонсирует новую VPS-локацию. На этот раз в городе Дубай, ОАЭ.

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

Мы разместили сервера в крупнейшем дата-центре в ОАЭ — Equinix DX1.

Дата-центр DX1 компании Equinix площадью 1 800 кв. метров был открыт в 2013 году в Дубай на пересечении самого динамичного рынка в мире. Здесь расположены точки обмена Интернет-трафиком (Internet Exchange) Объединенных Арабских Эмиратов. Колокейшен провайдер является связующим звеном для регионов Ближнего Востока и Северной Африки (MENA)

Вся инфраструктура дата-центра зарезервирована по схеме N+1. Имеет сертификаты информационной безопасности ISO 27001, управления энергосистемами ISO 50001, стандарта экологического управления ISO 1400 и промышленного управления OHSAS 18001.

Наше оборудование — это серверы DELL R640 на базе Intel Xeon Gold 6226R с частотой 2.9 ГГц, памятью DDR4 2933 MHz и сверхбыстрыми NVMe накопителями промышленного уровня в RADI10 с максимальной производительностью и отказоустойчивостью.

Кстати, мы не забываем о нашей приятной традиции в виде бонусов после открытия VPS в новом месте.

Прямо сейчас вы можете получить +3 месяца в подарок после оплаты, используя код AENOW или +6 месяцев, оплатив VPS за год.

Код будет действителен до конца февраля. Перейти к заказу VPS в ОАЭ >>
https://cp.inferno.name

Эйри Хост – доступный хостинг

Мы в Эйри Хост с 2015 года занимаемся:
* виртуальным хостингом (Москва, Россия);
* регистрацией доменов в национальных, международных и тематических зонах;
* виртуальными серверами (Москва, Россия);
* продажей SSL сертификатов и лицензий на продукты компании ИСПсистем;
* а так же некоторыми другими видами услуг.

Тарифные планы хостинга

HOST-0 – 5 сайтов – Диск 3.5 Гб – 79 ₽/месяц, 834 ₽/год ( -12% )
HOST-1 – 10 сайтов – Диск 8 Гб – 139 ₽/месяц, 1468 ₽/год ( -12% )
HOST-3 – 20 сайтов – Диск 14 Гб – 219 ₽/месяц, 2313 ₽/год ( -12% )
HOST-4 – 30 сайтов – Диск 20 Гб – 299 ₽/месяц, 3157 ₽/год ( -12% )

Ознакомиться с полной информацией о тарифах виртуального хостинга, включая технические ограничения тарифов, можно на официальном сайте: Виртуальный хостинг от 79 рублей

Виртуальные серверы

Актуальная информация на страницах Linux VDS и Windows VDS.

Основные тарифы:
Тариф      |  Память  |  Процессор  |  Диск        | Цена (Linux)   | Цена (Windows)
KVM-SSD-1  |  1 Гб    |  1 ядро     |  30 Гб SSD   |  244 руб./мес  |  604 руб./мес
KVM-SSD-2  |  2 Гб    |  1 ядро     |  30 Гб SSD   |  299 руб./мес  |  659 руб./мес
KVM-SSD-3  |  4 Гб    |  2 ядра     |  60 Гб SSD   |  599 руб./мес  | 1319 руб./мес
KVM-SSD-4  |  6 Гб    |  4 ядра     |  90 Гб SSD   |  969 руб./мес  | 1319 руб./мес
KVM-SSD-5  |  8 Гб    |  6 ядер     |  120 Гб SSD  | 1339 руб./мес  | 3499 руб./мес


Дополнительная информация

Возврат денег — есть, но только за:
* виртуальный хостинг;
* виртуальные сервера;
* ssl (если сертификат не был активирован);

За другие услуги — возврата денег нет. В некоторых случаях идем на встречу и можем оформить SSL сертификат в кредит.

— Легально работаем с юридическими лицами и предоставляем отчетную документацию.