github.com/hetznercloud

Рассматривали ли вы свой собственный Software-Defined центров обработки данных?
2018 Software-Defined диапазон центров обработки данных OvH является идеальным Hosted Частного облака решения для предприятий, которые ищут исключительную производительность и масштабируемость, для лучшей цены. С последними обновлениями в диапазон — включая добавление VSAN пакеты и даже более высокие цены — сейчас самое время, чтобы разработать собственную перспективную Private облачной среды.
www.ovh.ie/sddc/packs

Наши новые пакеты VSAN

• VSAN хостов и полная ручка хранения NVMe даже самые ресурсоемкие базы данных
• Управление всей инфраструктуры в пути, который подходит для вас
• Высококлассные ваше Частное облако всего за несколько кликов, со стандартными хостами, VSAN хостов и датасторов

www.ovh.ie/sddc/packs

В начале ноября мы установили несколько первых нод c VDS на базе Scalable 2 x Intel Xeon Gold 6130 CPU @ 2,1-3,7GHz с дисковой подсистемой собранной на NVMe дисках Intel SSD DC P3600 Series 2.0 TB. Однако это стало не единоразовым экспериментом, а началом процесса улучшения железа для VDS. В основе наших виртуальных выделенных серверов долгое время лежат быстрые процессоры Intel Xeon E5620. Мы не останавливаемся на достигнутом и стремимся к непрерывному развитию, будь это организация работы хостинга или уровень оснащения дата-центра. Путь совершенствования и работы над всеми ключевыми аспектами привел нас к тому, что вдобавок к нодам на базе Scalable 2 x Intel Xeon Gold 6130 CPU @ 2,1-3,7GHz, недавно было собрано несколько нод на базе Scalable 2 x Intel Xeon Gold 6138 CPU @ 2,0-3,7GHz с NVMe SSD.

Данные нововведения вызвали интерес, вслед за которым последовали вопросы, которые касались частоты этих процессоров, а именно значения диапазона вида 2,1-3,7GHz и 2,0-3,7GHz. У некоторых пользователей возникли сомнения, которые были обусловлены показателями, фиксирующимися во время работы VDS. Тесты некоторых пользователей показывали значение близкое к 2,1GHz, что ниже указанного максимального значения в 3,7GHz.

Указанное значение не является ошибкой. В основе новых масштабируемых процессоров от Intel лежит оптимизация под рабочие нагрузки производительности. Scalable размывает понятие базовая частота, так как ресурс задействуется в зависимости от текущей нагрузки и распределяется более целесообразно. Новые процессоры меняют тактовую частоту отдельно для каждого физического ядра. Таким образом, новые процессоры, при первой же необходимости, способны повысить частоту до наиболее подходящего значения, в том числе и указанных 3,7GHz.

Помимо масштабируемых процессоров, в данные ноды были установлены SSD нового стандарта c протоколом NVMe. Их отличие от стандартных SSD заключается в том, что эти накопители обеспечивают гораздо более высокие скорости передачи данных, что положительно сказывается на оперативности работы VDS.

www.ihor.ru/dedic

Сегодня остаться в стороне от инноваций автоматически означает потерять важные конкурентные преимущества на рынке. Чтобы быть в тренде, компании охотно внедряют новые технологии в свои рабочие процессы и производства. Однако использовать все ноу-хау подряд — это не только дорого, но и неэффективно, а порой даже опасно (например, из-за отсутствия комплаенса или новых угроз безопасности). Поэтому из всех предложений важно выбрать только те инновации, которые смогут принести компании реальную business value. Мы решили узнать, на какие технологии бизнес делает ставку в 2019 году, и обратились к исследованию Spiceworks.

Планы и ожидания
Оказалось, что к 2020 году большинство организаций Европы и Северной Америки (61%) планируют использовать гигабитные сети Wi-Fi. Чуть меньше — 57% — намерены развернуть некоторую форму ИТ-автоматизации, 48% собираются применять устройства IoT, еще 39% — гиперковергентную инфраструктуру. Стоит отметить, что по количеству всех развернутых ноу-хау лидирует крупный бизнес. Результаты исследования Spiceworks показали, что большие компании (с более чем 5000 сотрудников) внедряют новые технологии в 10 раз чаще, чем все остальные.

Интересно, что прогноз на 2019-й идет немного вразрез с ожиданиями прошлого года. Так, если в 2018-м организации планировали активно использовать технологии искусственного интеллекта, виртуальную реальность и 3D печать, то сейчас, видимо, решили сбавить темп, так как показатели в этих категориях с прошлого года практически не увеличились.

Несомненно, многое зависит от размера компании. Например, с технологией блокчейн имеет дело 25% крупных предприятий (5000+ сотрудников). Ожидается, что к 2020 году их количество вырастет более чем на 50%. Кроме того, 32% бизнес-гигантов применяют граничные вычисления (edge computing), еще 33% планируют этим заняться. Кстати, именно граничные вычисления имеют самый высокий коэффициент внедрения в ИТ-индустрии (29%).

За исключением ИТ-автоматизации и гигабитных сетей Wi-Fi, маленькие организации предпочитают не гнаться за технологическими инновациями. А вот крупные компании — наоборот. Чтобы удержаться на гребне волны, они не жалеют ресурсов и в следующем году намерены увеличить ИТ-бюджеты, направляя средства на модернизацию устаревшей инфраструктуры и инновации.

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

Большинство ИТ-специалистов (59%) считают, что для предотвращения инцидентов, связанных с безопасностью, наиболее эффективны инструменты для обучения сотрудников. За ними следуют системы обнаружения нарушений (37%) и защита от киберугроз (37 %).

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

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

Заключение
Как видим, 2019 год, как и предыдущий, должен пройти под знаком автоматизации и увеличения скорости подключений. Также набирает обороты Интернет вещей и различные технологии искусственного интеллекта. Крупные компании, как всегда, останутся лидерами по внедрению современных технологий, но у маленьких тоже есть все шансы (а главное — мотивация) стать инновационными. Ведь мы помним — инновационный значит первый!



colobridge.net

Сообщаем, что в связи с повышением стоимости услуг Почты России по доставке почтовых отправлений, с 1 декабря тариф на отправку финансовых документов составит 150 руб. за пакет отправленных документов.
Подробнее вы можете ознакомиться invs.ru/support/documents/Methods_of_delivery.pdf

Кроме того, напоминаем, что у вас по-прежнему есть возможность воспользоваться электронным документооборотом (ЭДО) и это совершенно бесплатно (осуществляется с Абонентами, подключенными к системам Диадок и Такском-Файлер).
Данные системы позволяют своевременно обмениваться документами в электронном виде. Все экземпляры электронного документа зафиксированы на машинном носителе и идентичны одни другому, являются оригиналами и имеют одинаковую юридическую силу. Также юридическая значимость документа подтверждается электронно-цифровой подписью.
Если Ваша Компания уже является пользователем одной из систем, то приглашаем Вас присоединиться к нам, указав ИНН компании INOVENTICA Services – 7729389589, а также проинформировав нас о своем решении в оформленной с авторизованного электронного адреса заявке по адресу info@invs.ru

Виртуальный сервер на SSD (CPU 2; RAM 2Gb; 20Gb SSD) по специальной цене
www.trustednetwork.ru/promo/zimnie_skidki_na_vps.html
+ Поддержка http/2 и бесплатных SSL Let's Encrypt
+ Перенос ваших сайтов — БЕСПЛАТНО!

Специальная цена 400 рублей в месяц
Промокод: VPS_SSD-2_TN1218
Внимание! Акция действует с 01.12.2018 по 31.12.2018.

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

Весной 2018 года Selectel запустил услугу резервного копирования для Облака на базе VMware посредством Veeam Backup&Replication (VBR). К реализации проекта мы подошли основательно, спланировали и выполнили следующий перечень работ:

• Изучение документации и лучших практик по продуктам Veeam
• Разработку архитектуры VBR уровня сервис-провайдера
• Развертывание инфраструктуры VBR
• Тестирование решения, определение оптимальных настроек и режимов работы
• Запуск решения в промышленную (коммерческую) эксплуатацию

Как оказалось – не зря. Услуга стабильно функционирует, клиенты могут бэкапить свои виртуалки, а у нас появилась определенная экспертиза, которой мы хотим поделиться.

Здесь вы сможете увидеть:

• Описание production-инфраструктуры Selectel, использованной для тестирования
• Особенности работы бэкап-прокси (backup proxy) в различных транспортных режимах
• Описание программы тестирования и настроек компонентов VBR для её реализации
• Количественные показатели, их сравнение и выводы
• Конфигурация инфраструктуры для проведения тестов
• Инфраструктура-источник

В качестве платформы для тестирования производительности VBR выступил один из production-кластеров публичного Облака на базе VMware.

Аппаратная конфигурация хостов данного кластера:

• Процессоры Intel Xeon Gold 6140
• NVMe-накопители Intel DC P4600 и P3520
• 4 порта 10GbE на хост

В основе кластера лежат следующие решения:

• Физическая сеть – Ethernet-фабрика на коммутаторах Brocade VDX, архитектура Leaf-Spine (10GbE порты – подключение хостов, 40GbE аплинки до Spine)
• Среда виртуализации – VMware vSphere 6.5
• Хранение данных ВМ – VMware vSAN 6.6 (All-Flash кластер vSAN)
• Виртуализация сети – VMware NSX 6.4

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

Вместе с Облаком на базе VMware, Selectel запустил услугу для его бэкапа на платформе VBR. Заказчики получают web-портал самообслуживания, в котором могут выполнять бэкап и восстановление vApp и ВМ из своих VDC (виртуальный дата-центр).

Доступ клиентов к данному порталу (Veeam Enterprise Manager Self-service portal) осуществляется с теми же правами, что и к vCloud Director (vCD). Это возможно благодаря интеграции Veeam Backup Enterprise Manager (EM) и vCD, при этом каждый клиент при подключении к ЕМ ограничен ресурсами своих VDC, чужие ВМ он не увидит.

Клиенту не нужно разворачивать собственный VBR и связанную с ним инфраструктуру бэкапа, что предполагает затраты на вычислительные и сетевые ресурсы, хранилище, лицензии Veeam и MS, администрирование. Это долго, дорого и сложно. Selectel предоставляет основные возможности VBR как услугу BaaS (Backup-as-a-Service): мгновенно, просто, удобно, экономично.

Для предоставления данной услуги в Selectel была развернута провайдерская инфраструктура VBR, охватывающая все кластеры vSphere и VDC клиентов облака VMware, в том числе кластер, в котором проводилось данное тестирование. Таким образом, результаты тестов позволят судить о максимальной скорости, с которой клиенты смогут бэкапить свои ВМ.

Тестовые ВМ
Для тестирования производительности бэкапа в кластере vSphere было развернуто 6 идентичных ВМ в следующей конфигурации:

• ОС Windows Server 2016, 2 vCPU, 4GB RAM
• 200GB vDisk

Диск занят почти полностью – 193GB. Кроме файлов ОС, на нем создана папка с дистрибутивами различных ОС и СУБД объёмом 60GB (уникальные данные). На том же диске создано 3 копии данной папки – итого 180GB несистемных данных.

Никаких приложений на эти ВМ установлено не было, только «чистая» ОС и «холодные» данные. Никакой нагрузки, вычислительной или сетевой, не запускалось. В рамках данного тестирования этого не требовалось.

В кластере vSphere включен DRS, поэтому тестовые ВМ автоматически оптимально распределяются по хостам VMware ESXi для балансировки нагрузки.

Бэкап-прокси
ВМ с бэкап-прокси развернута непосредственно в описанном выше кластере vSphere (инфраструктура-источник, далее – кластер vSphere), это необходимое условие для тестирования в режиме Virtual Appliance.

Конфигурация ВМ:

• 8 vCPU
• 8GB RAM
• 40GB vDisk
• 10GbE vNIC vmxnet3
• ОС Windows Server 2016

Параметр «Max concurrent tasks» для бэкап-прокси на уровне VBR выставлен в значение 6. Это значит, что бэкап-прокси сможет одновременно (параллельно) обрабатывать до 6 задач (task) бэкапа. Один task – это бэкап одного виртуального диска ВМ.

Репозиторий бэкапа
В качестве фронтенда хранилища бэкапов выступает физический сервер, выполняющий роль бэкап-репозитория VBR. Конфигурация сервера:

• CPU Е5-1650v3
• 32GB RAM
• 2 порта 10GbE
• Бекенд хранилища – кластер CephFS c NVMe-кэшем.

Бэкап-репозиторий и узлы Ceph общаются по сети 10GbE, каждый из них подключен к коммутаторам двумя портами.

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

Параметр «Limit maximum concurrent tasks» для бэкап-репозитория на уровне VBR выставлен в значение 6. Это значит, что бэкап-репозиторий сможет одновременно (параллельно) обрабатывать до 6 задач (tasks) бэкапа.

Сеть бэкапа
Физическая сеть описанной выше инфраструктуры ограничена полосой пропускания 10Гбит/с, везде используются коммутаторы и порты 10GbE. Это справедливо не только для сети vSAN, но и для менеджмент-интерфейсов хостов ESXi.

Для размещения бэкап-прокси на уровне VMware NSX создана выделенная подсеть со своим логическим коммутатором. Для её связности с физикой и осуществления маршрутизации развернут NSX-edge, размер X-large.

Забегая вперед, по результатам тестов видно, что сеть выдерживает нагрузку до 8Гбит/с. Это весьма солидная пропускная способность, которой на данном этапе хватает, при необходимости она может быть увеличена.

Схема взаимодействия компонент

Схема взаимодействия компонентов
Бэкап-прокси и тестовые ВМ развернуты внутри одного кластера VMware vSAN. После запуска задания бэкапа (бэкап-джобы) в зависимости от выбранного транспортного режима, особенности которых рассмотрены ниже, бэкап-прокси:

• Извлекает данные из бэкапируемых ВМ по сети vSAN (HotAdd) или по сети управления (NBD)
• Передает обработанные данные на бэкап-репозиторий по выделенной для этой цели подсети

Транспортные режимы бэкап-прокси
Бэкап-прокси (Backup proxy) является компонентом инфраструктуры VBR, непосредственно выполняющим обработку задания бэкапа. Он извлекает данные из ВМ, обрабатывает их (сжимает, дедуплицирует, шифрует) и отправляет на репозиторий, где они сохраняются в файлы бэкапа.

Бэкап-прокси позволяет работать в трёх транспортных режимах:

• Direct storage access
• Virtual appliance
• Network

Облако на базе VMware Selectel в качестве хранилища использует vSAN, в такой конфигурации Direct storage access не поддерживается, поэтому данный режим не рассматривается и не был протестирован. Оставшиеся два режима замечательно работают на каждом из наших кластеров vSphere, остановимся на них подробнее.

Режим Virtual appliance (HotAdd)
Virtual appliance – рекомендуемый режим при развертывании бэкап-прокси в виде ВМ. Хосты ESXi, на которых развернуты бэкап-прокси, должны иметь доступ ко всем Datastore кластера vSphere, хранящим бэкапируемые ВМ. Суть режима заключается в том, что прокси монтирует к себе диски бэкапируемых ВМ (VMware SCSI HotAdd) и забирает с них данные как с собственных. Извлечение данных происходит с Datastore по сети хранения.

В нашем случае бэкап-прокси ВМ должна находиться на одном из хостов ESXi кластера vSAN, который мы бэкапим. Извлечение данных происходит по сети vSAN. Таким образом, для работы в режиме Virtual appliance в каждом кластере vSAN должно быть развернуто минимум по одному бэкап-прокси. Развернуть пару бэкап-прокси (например, в менеджмент-кластере) и бэкапить ими все кластеры vSAN не получится.

Подробнее тут
blog.selectel.ru/nagruzochnoe-testirovanie-vbr-dlya-vmware/

В России с 1 января повышается НДС с 18% до 20%. К сожалению, это событие не обошло и нашу компанию
В течение декабря все ваши действующие тарифы будут перенесены в архив (они останутся по-прежнему активными, но не будут доступны для заказа), а с 1 января 2019 года будет увеличена стоимость тарифов с учетом увеличения ставки НДС.
bill.invs.ru/billmgr?func=register&lang=ru