amd ryzen 5 3600 dedicated server in Europe

DignusData Рада сообщить о запуске линейки тарифов Выделенных серверов в Европе (Македония)

Наша сеть построена на Базе Mikrotik and Juniper MX (Core network)




Basic System Information:
— Processor: AMD Ryzen 5 3600 6-Core Processor
CPU cores: 12 @ 3593.314 MHz
AES-NI: ✔ Enabled
VM-x/AMD-V: ✔ Enabled
RAM: 62G
Swap: 31G
Disk: 908G

fio Disk Speed Tests (Mixed R/W 50/50):
— Block Size | 4kb (IOPS) | 64kb (IOPS)
— | — ---- | — ----
Read | 111.81 MB/s (27.9k) | 168.08 MB/s (2.6k)
Write | 112.10 MB/s (28.0k) | 168.96 MB/s (2.6k)
Total | 223.92 MB/s (55.9k) | 337.05 MB/s (5.2k)
| |
Block Size | 512kb (IOPS) | 1mb (IOPS)
— | — ---- | — ----
Read | 298.36 MB/s (582) | 383.58 MB/s (374)
Write | 314.21 MB/s (613) | 409.13 MB/s (399)
Total | 612.57 MB/s (1.1k) | 792.72 MB/s (773)

iperf3 Network Speed Tests (IPv4):
— Provider | Location (Link) | Send Speed | Recv Speed
| | |
Bouygues Telecom | Paris, FR (10G) | 845 Mbits/sec | 387.2 Mbits/sec
Online.net | Paris, FR (10G) | 922 Mbits/sec | 384.5 Mbits/sec
WorldStream | The Netherlands (10G) | 923 Mbits/sec | 407 Mbits/sec
wilhelm.tel | Hamburg, DE (10G) | 915 Mbits/sec | 744.7 Mbits/sec
Biznet | Bogor, Indonesia (1G) | 164 Mbits/sec | 134.4 Mbits/sec
Hostkey | Moscow, RU (1G) | 920 Mbits/sec | 419 Mbits/sec
Velocity Online | Tallahassee, FL, US (10G) | 713 Mbits/sec | 249.3 Mbits/sec
Airstream Communications | Eau Claire, WI, US (10G) | 744 Mbits/sec | 274.0 Mbits/sec
Hurricane Electric | Fremont, CA, US (10G) | 658 Mbits/sec | 364.7 Mbits/sec

Каждый сервер имеет удобную панель управления


Ознакомиться с тарифами вы можете на сайте DignusData

Сейчас действует горячее предложение
CPU AMD Ryzen 5 3600
RAM 64GB DDR4RAM
2 x 512 GB NVMe SSD
1 Gbit/s — Unlimited Traffic
/256 IP +

Новый сервис Yandex DataSphere для разработчиков машинного обучения



В Облаке появился сервис Yandex DataSphere для разработчиков машинного обучения. Сервис доступен в режиме Preview: для доступа к сервису нужна предварительная регистрация, до конца июня пользоваться Yandex DataSphere можно бесплатно.

О сервисе
Yandex DataSphere — это облачная среда для использования инструментов машинного обучения. Разработчикам предлагается привычный интерфейс Jupyter Notebook, одного из наиболее популярных инструментов ML-разработки. При этом возможности Jupyter Notebook адаптированы к работе в облаке и существенно расширены.


Yandex DatаSphere использует технологию бессерверных вычислений (serverless computing) при работе с машинным обучением. Это значит, что при редактировании и просмотре кода не задействуются вычислительные ресурсы CPU или GPU, виртуальная машина нужного типа подключается только на время непосредственных расчетов: обучение моделей, запуск, другие вычисления. При таком подходе пользователь платит только за время реального использования вычислительных ресурсов. Время редактирования и просмотра кода, случайный простой не выключенной ночью или на выходных виртуальной машины не тарифицируется.

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

Запуск отдельных частей кода на разных виртуальных машинах без остановки проекта
В Yandex DatаSphere разные части кода могут быть исполнены на ВМ разного типа, при этом результаты предыдущих вычислений сохранятся. При этом для переключения на ВМ другого типа не нужно запускать весь проект заново. Это ускоряет разработку, позволяет экономнее и эффективнее использовать более дорогие вычислительные ресурсы.

Подробнее о сервисе читайте в документации.
cloud.yandex.ru/docs/datasphere

WebHOST1: Мы в Нидерландах!



УРА! Мы в Нидерландах!
Рады сообщить о добавлении новой локации размещения виртуальных серверов (VPS / VDS) в Нидерландах!
Мы используем только свое оборудование от лучших производителей HP, размещенное в одном из лучших ЦОД Нидерландов — Serverius.
На серверах в Нидерландах также установлены скоростные SSD накопители, что позволяет сайтам обрабатывать данные быстрее обычных дисков.
А защита от DDoS атак уровня L3-L4 не допустит перебои в работе сервера от вредителей.

Рады сообщить вам, что в период с 28.05.2020 г., по 31.05.2020 г. включительно мы даём скидки 10%
webhost1.ru/vps-vds-netherlands
Промокод для скидки в 10% — nl-10

Leaseweb Ежемесячный бюллетень | Май 2020



Процессоры AMD EPYC второго поколения
Следующее поколение высокопроизводительных вычислений теперь в Leaseweb. Обладая более чем 140 мировыми рекордами, максимальной безопасностью и продвинутой архитектурой, эти процессоры готовы предоставить вам самые последние достижения в производительности серверов.
Обратите внимание: предварительная регистрация для этой модели закрыта.
www.leaseweb.com/dedicated-servers/amd-server


Дисконтные высокопроизводительные серверные модели
Получите высокую производительность без высоких затрат. Только в течение ограниченного времени воспользуйтесь огромными скидками на бренды, которые вы знаете и которым доверяете. Только на Leaseweb.
www.leaseweb.com/dedicated-servers

Мониторинг Leaseweb включен
Наше бесплатное дополнение Leaseweb Monitoring теперь включено для серверов клиентов в Нидерландах, Германии, Великобритании и США. Преимущества Leaseweb Monitoring включают в себя:
Получение информации о текущих тревогах сервера и истории тревог сервера.
Включение уведомлений по электронной почте, когда контролируемые хосты не работают.
Посетите нашу базу знаний, чтобы управлять настройками мониторинга, активировать уведомления и многое другое.
kb.leaseweb.com/support/leaseweb-monitoring

Представляем новый дата-центр в регионе Сан-Франциско: SFO3



DigitalOcean управляет центрами обработки данных в восьми глобальных регионах, в которых размещаются миллионы капель, которые заполняют Интернет множеством приложений и систем. Нам повезло, что наш рост создал для нас хорошую проблему. Мы начали испытывать нехватку емкости центров обработки данных в городе, который с 1849 года был местом назначения многих золотоискателей, сначала физических, а теперь и виртуальных: Сан-Франциско.

Чтобы мы могли удовлетворить потребности этого уникального региона, мы рады объявить о нашем новом центре обработки данных SFO3.

SFO3 расширит наше присутствие в Северной Америке с современным центром обработки данных, построенным на основе того, что мы узнали из нашего предыдущего опыта по всему миру. В SFO3 вы можете запускать такие продукты, как наши виртуальные машины Droplet и DigitalOcean Kubernetes. Вы можете использовать наш новый VPC для настройки нескольких частных сетей для ваших приложений, при этом каждая сеть изолирована от других.

Если у вас никогда не было возможности прогуляться по центру обработки данных или вам просто любопытно, вы можете быстро взглянуть за кулисы SFO3:

Публичная сеть Scaling Droplet



Эволюция масштабируемых, но простых сетевых решений
В DigitalOcean мы гордимся простотой решений, которые мы предлагаем нашим клиентам. И это относится и к нашим сетевым предложениям. На момент написания этой части каждая капля создавалась с общедоступным интерфейсом, который имеет адрес v4 (или необязательный адрес v6), который доступен для общего доступа в Интернете. Между ними нет слоя, подобного тем, что есть в шлюзе NAT. Это приводит к простому взаимодействию с пользователем, которое дает клиентам доступ к их собственным каплям.

Простота предлагаемой сети также влияет на дизайн базового центра обработки данных. Как только пакеты, предназначенные для открытых адресов Droplet, достигают центров обработки данных DigitalOcean, они переключаются непосредственно на гипервизоры и отправляются в сетевой стек Droplet через виртуальный коммутатор, работающий на гипервизоре (Open vSwitch). Обратный путь работает аналогично, когда виртуальный коммутатор гипервизора принимает пакеты от дроплета и перемещает их из сети уровня 2 в базовую инфраструктуру.

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

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

Первые дни: проблемы масштабирования
Если вы посмотрите на сетевой дизайн одного из наших самых популярных глобальных регионов (например, TOR1), вы увидите простую фабрику CLOS, в которой шлюз по умолчанию Droplet находится на основных коммутаторах, тогда как уровни позвоночника / листа (включая гипервизор) работают как слой простого доступа. Этот дизайн относительно прост в развертывании, настройке и интеграции — что имело смысл в масштабах, в которых DigitalOcean работала с самого начала.


Но у этого дизайна есть ряд недостатков:
Производительность: когда гипервизор или ядро ​​не знают адресата для пакета, он будет делать то, что любая конечная точка будет делать в домене уровня 2, когда ему нужно будет обнаружить адресат для пакета. Он будет передавать запрос на разрешение адреса (используя ARP для IPv4). Это означает, что в больших масштабах сеть начнет перегружаться большим количеством широковещательного трафика или неизвестной одноадресной передачей.
  • Устранение неполадок: широковещательный трафик значительно затрудняет устранение неполадок из-за огромного количества конечных точек, участвующих в широковещательной области, что делает нас жертвами пресловутого нахождения иголки в стоге сена.
  • Аппаратные ограничения: каждый аппаратный коммутатор имеет ограниченный объем памяти, выделенный для хранения записей MAC для широковещательного домена. В наших самых популярных регионах мы работаем очень близко к физическим ограничениям нашего сетевого оборудования.
  • Обширные области сбоев. Несмотря на то, что мы используем избыточную инфраструктуру, отказ одноядерного коммутатора может привести к значительным сбоям из-за того, что протоколы аварийного переключения уровня 2 работают, когда радиус взрыва охватывает весь центр обработки данных.
  • Неэффективное использование инфраструктуры: характер уровня 2 «подключи и работай» означает, что сетевое оборудование должно реализовывать эквивалент протокола связующего дерева, чтобы избежать сетевых петель. Предотвращение петель в сети означает, что не все звенья и инфраструктурное оборудование могут или будут использоваться одновременно.
  • Ошибки конфигурации. По мере увеличения числа настраиваемых сетей VLAN вероятность неправильной конфигурации многих тысяч коммутаторов, устанавливаемых в верхней части стойки, увеличивается.
Одним из способов решения этих проблем масштабируемости является горизонтальная репликация каждого макета центра обработки данных (также известного как зона уровня 2), что мы и сделали в наших крупнейших центрах обработки данных, таких как FRA1 или NYC3. Но этот механизм масштабирования создает более тонкую проблему эффективного использования публично маршрутизируемых адресов IPv4, которые являются редкими и дорогими. За прошедшие годы DigitalOcean приобрела несколько смежных блоков, поскольку мы расширились по всему миру, но существуют физические аппаратные ограничения, которые не позволяют этим смежным блокам полностью использоваться в зонах, однажды назначенных для данной зоны уровня 2. В результате, как только ограничения вступают в силу — и из-за характера работы уровня 2 — эти IP оказываются в затруднительном положении. Это означает, что их нельзя активно распределять и назначать каплям, созданным в зонах центров обработки данных, которые имеют доступную вычислительную мощность. Исторически говоря, решением этой проблемы было бы приобретение большего количества IP-адресов и / или добавление большего количества зон, обе из которых очень дороги.

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

Мы рассмотрели множество факторов в DigitalOcean, чтобы выбрать решение SDN и стратегии интеграции для нашей физической основы. В ходе оценки мы поняли, что никакое решение «под ключ» — ни с открытым исходным кодом, ни с коммерческой — не позволит нам поддерживать низкую совокупную стоимость владения (TCO) при минимальном воздействии на наших клиентов во время подъема и переноса старого оборудования на новое один. Например, инкапсуляция VXLAN (и решения на основе EVPN) была невозможна, потому что значительная часть нашего парка гипервизоров была неспособна к разгрузке оборудования VXLAN — а эксплуатационные расходы, связанные с заменой этих сетевых адаптеров, были непомерно высокими. Нарушение, вызванное туннелированием, было разрушительным с точки зрения сгорания ядер vCPU из-за инкапсуляции / декапсуляции в программном обеспечении и потери скорости линейной скорости. Запуск чистой маршрутизации L3 к хосту был невозможен без суммирования маршрутов, чтобы обойти аппаратные ограничения в таблицах маршрутизации в листах / спинах. Суммирование маршрутов также не могло быть рассмотрено без перестройки нашего уровня планирования вычислений и / или реорганизации существующей рабочей нагрузки клиента.

После значительного анализа ага! Наступил момент: использование коммутации по меткам (а именно MPLS) в сочетании с протоколом уровня 3, таким как BGP, позволило нам обойти аппаратные ограничения в нашей структуре, в то же время получив маршрутизируемое решение для нашей общедоступной сети Droplet. Остальная часть истории была в основном гладкой оттуда. Каждый Droplet v4 (и адреса v6) объявляется как маршрут (ы) BGP в основу подложки от заказного распределенного контроллера SDN, когда они приходят и уходят от гипервизоров. Для этого уровня оркестровки мы полностью использовали возможности открытого источника: BIRD, GoBGP и OVS.



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

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

ДО

ПОСЛЕ


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

Заключительные соображения
В течение последних полутора лет развертывание уровня 3 на нашем флоте было постоянным усилием. Эта часть исследует только верхушку очень большого айсберга. Сегодня следующие регионы поддерживают уровень 3: TOR1, BLR1, NYC1. В течение 2020 года будет развиваться больше регионов. Самой сложной задачей, с которой мы столкнулись как инженерной командой, было изменение архитектуры с минимальными помехами для наших клиентов. Но общий успех этого опыта (хотя и не без икоты) стал исключительной вехой, доказав, что у нас есть ресурсы и опыт для развертывания весьма сложных и инновационных решений! Что еще этот сдвиг означает для наших клиентов? Вы продолжите получать лучшие в своем классе сетевые возможности для своих капель и приложений

Представляем Walrus - усовершенствованную систему проектирования DigitalOcean, основанную на доступности и мобильности



Представляем Walrus — усовершенствованную систему проектирования DigitalOcean, основанную на доступности и мобильности

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

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

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

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

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

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

Для первой итерации компонентов пользовательского интерфейса мы разработали с учетом Руководства по обеспечению доступности WCAG AA W3C, задали много вопросов в сообществе Slack A11Y и изучили системы проектирования с открытым исходным кодом. Когда компоненты были размещены в виде, мы также активно использовали удивительный инструмент De Pro Ax Pro, который выявлял проблемы, когда в наших собственных знаниях были пробелы.

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




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

Первый в мире мобильный телефон требует первых мобильных впечатлений
Мы услышали ваши отзывы о мобильной связи и уверены, что Walrus позволит вам создавать свои идеи и бизнес с любого устройства. Хотя оригинальный облачный пользовательский интерфейс DigitalOcean не был удобен для мобильных устройств, мы преодолели этот критический барьер. Мы сделали это, начав со строительных блоков.

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

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


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

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

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

Мы надеемся, что вы присоединитесь к нам — среди многих других великих компаний — в исправлении ошибки, заключающейся в том, что вы не включили ее с самого начала. И если вы используете консоль DigitalOcean со вспомогательными технологиями, мы приглашаем вас принять участие в исследованиях, которые помогут еще больше улучшить впечатления. Если это так, пожалуйста, свяжитесь с amorozoff@digitalocean.com. И если у вас есть какие-либо отзывы или мысли, мы рекомендуем вам поделиться ими!

С любовью,
Команда разработчиков и разработчиков DigitalOcean

CloudLinux анонсирует новую ОС +



CloudLinux анонсирует новую ОС +
Мы в CloudLinux рады сообщить о следующем поколении нашей операционной системы: CloudLinux OS +. Он будет выпущен ближе к концу этого года, в октябре 2020 года.

CloudLinux OS + включает новый инструмент трассировки производительности, который называется PHP X-Ray. Он предоставляет подробную информацию о узких местах производительности на веб-сайтах, использующих системы управления контентом, такие как WordPress, Joomla и Drupal. Если у сайта медленные плагины или медленные запросы, этот инструмент помогает их обнаружить.

CloudLinux OS + включает централизованное управление несколькими серверами. Это позволяет системным администраторам отслеживать серверы в рамках всей инфраструктуры, выявлять пользователей и домены, которые используют чрезмерное количество ресурсов ЦП, памяти и дисков.

Это также включает поддержку приоритета 24x7.
Больше возможностей скоро.
lp.cloudlinux.com/cloudlinux-plus
www.cloudlinux.com/php-x-ray-beta-testing