Пять способов для сокращения стоимости облачных сервисов

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

Тэги

Тэги — это основа успешной и эффективной модели регулирования расходов в облаке. Они позволяют точнее определять основные точки расходов и контролировать их во всё возрастающем количестве используемых ресурсов.
Представьте облачную инфраструктуру из 20 виртуальных машин, одни тестовые или девелоперские, другие продуктовые и еще несколько не используются вообще. Если их называли просто VM1, VM2… , то через некоторое время будет просто невозможно определить, что есть что.

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

Внедрение и использование тэгов

Стандартизированный подход к тэгам позволяет улучшить контроль и отслеживаемость всех ресурсов и нагрузок. К примеру, используя тэг «прод системы» вы можете быстро определить нужные системы. Это позволит настраивать доступы к тем или иным системам и отследить стоимость используемых ресурсов. Теперь вы точно сможете определить на основании каких изменений стоимость услуг выросла и обратиться с вопросом к конкретному отделу компании.

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

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

Организации «новички» в облачных технологиях недооценивают силу тэгов. И в конце концов сталкиваются с непрогнозируемыми тратами на облако. Метод использования тэгов может всё изменить, показать болевые точки и полную фрагментированную картину.

Автоматическое масштабирование и оптимизация размера

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

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

Лучшее решение — это комбинирование оптимизации размера инстанса и автоматического масштабирования. Современная облачная инфраструктура должна быть сконфигурирована в соответствии с текущими потребностями в максимально выгодном ключе, но с возможностью быстрого увеличения мощности. Автоматическое масштабирование работает в двух направлениях – горизонтальном и вертикальном. Оно может возникать как при внезапном увеличении/снижении нагрузки, но также может быть и запланированным процессом.

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

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

Если вы спросите сколько инстансов нужно развернуть, то ответом будет ровно столько, сколько нужно. Не больше, не меньше.

Не забывайте стоимость тестовых систем

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

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

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

Объединенный билинг и поиск подходящих лицензий

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

Большинство компаний начинает свой путь в системе облачных технологий по подписке «платим за то, что используем». Это хорошо для теста облака, но вести бизнес в таком ключе не очень выгодно. Существует несколько вариантов облачных подписок которые могут сократить стоимость и улучшить контроль за ресурсами:

  • Работа с облачным провайдером позволяет более плотно работать с поддержкой облачного провайдера.
  • Энтерпрайз соглашения позволяет получить дополнительные скидки на текущие используемую инфраструктуру.
  • Тестовые подписки могут быть более выгодным подходом для команд разработчиков. Эти подписки значительно дешевле, но в них есть ограничения по доступности ресурсов.
  • Объединенные отчеты по тратам в облаке позволяют корректнее отслеживать затраты всей организации в целом.
  • Гибридные лицензии позволяют сократить расходы на виртуальные машины и базы данных.
    Бесплатные лицензии помогают в обучении новых специалистов и тестировании. В некоторых из них доступно использование ПО, к примеру, Visual Studio.

AWS Spot и Azure Spot

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

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

Надеемся эта статья будет полезна для вас. Свяжитесь с нами, если хотите узнать, как наша команда сможет вам помочь в данном вопросе.

DBI участвует в Yandex Scale 2021

Спешим поделиться новостью: DBI выступает партнером компании Yandex.Cloud на мероприятии Yandex Scale 2021! Приглашаем всех желающих присоединиться к нам в этой масштабной онлайн-конференции 24 сентября с 10:00 до 17:00.

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

Участие в конференции бесплатное, узнать больше и зарегистрироваться можно по ссылке: https://scale.yandex.ru/partners#scale-form

#YandexScale2021 #DBI #YandexCloud

На что обратить внимание при миграции с Oracle на PostgreSQL

Столбцы при переходе с Oracle на PostgreSQL

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

Ограничения при переходе с Oracle на PostgreSQL

В обеих системах баз данных ограничения Primary и External Key, Check, Not-Null и Unique работают более или менее одинаково.

Идентификаторы при переходе с Oracle на PostgreSQL

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

Индексы при переходе с Oracle на PostgreSQL

B-tree и нисходящие индексы должны работать в PostgreSQL. Reverse keys, bitmap и join indexes в настоящее время не поддерживаются. Глобальный индекс не поддерживается в PostgreSQL.

Разделы при переходе с Oracle на PostgreSQL

Разделы Hash, List и Range должны работать в PostgreSQL после миграции.

Таблицы при переходе с Oracle на PostgresSQL

CREATE TABLE в основном совместим, за следующими исключениями:

В PostgreSQL отсутствуют глобальные временные таблицы. Вместо этого используйте временные таблицы (LOCAL TEMP).

Параметры предложения хранения (INITRANS, MAXEXTENTS) не распознаются в Postgres и должны быть удалены.

Для параметра Oracle PCTFREE замените его фактором заполнения PostgreSQL.

Топ 5 преимуществ работы с облачными провайдерами

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

Доступ к широкому спектру квалифицированных сотрудников

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

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

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

Если вы быстро растущая IT компания и расширяетесь из-за увеличения количества клиентов вам потребуется быстрое расширение инфраструктуры. Вот здесь и нужны мы, как провайдер управления облаком для помощи вашей IT команде. Вы сможете полностью сосредоточится на бизнес-процессах и других важных моментах, пока мы будем работать с вашим облаком.
Так же работа с провайдерами управления дает доступ к высоко квалифицированным специалистам в любой момент времени. Вам нужен ДБА на 4 часа? Всегда пожалуйста.

24x7x365 поддержка по доступной цене

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

Делегируйте нам «рутинную» работу

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

Работа с провайдерами облачных сервисов

Зачастую у поставщиков управления облачными сервисами очень тесный контакт с провайдерами облачных технологий. Это означает, что мы из первых рук получаем информацию о новых технологиях и тренинги по ним.
Так же мы участвуем в программах бюджетирования от провайдеров, с помощью которых мы можем снижать стоимость миграции для клиента!
DBI на сегодняшний день является ключевым партнером для таких облачных провайдеров, как: Oracle, Microsoft, Amazon и IBM.
Так же в нашей команде более 20 сотрудников являются сертифицированными специалистами в области облачных технологий.

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

Основное преимущество работы с профессиональными поставщиками управления облачными сервисами является автоматизация развертывания облачной инфраструктуры, с использованием подхода «Инфраструктура как код» (англ. Infrastructure-as-Code; Iac). Это подход для управления и описания инфраструктуры через конфигурационные файлы и скрипты, без необходимости взаимодействовать с графическим интерактивным интерфейсом облачного провайдера или вручную редактировать множество конфигураций на серверах.

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

  • RedHat – Ansible
  • PuppetLabs– Puppet Enterprise, Relay
  • Hashicorp– Terraform, Packer, Vault и т.д.
  • GitHub– GitHub Enterprise, GitHub Actions
  • Microsoft– Azure DevOps pipelines, ARM templates, Azure Blueprints & policy и т.д
  • AWS– AWS CodePipelines, CloudFormation


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

Услуги поддержки СУБД MS SQL SERVER

Выбирая сервис поддержки СУБД MS SQL SERVER от нашей компании, Вы получите:

Наш сервис удаленной поддержки помогает достичь бесперебойной работы Клиентских СУБД MS SQL SERVER и свести к минимуму сбои и простои систем.

Наши преимущества:

  • 24х7 Удаленная поддержка

Выделенная команда опытных инженеров следит за Вашей инфраструктурой 24 часа в сутки.

  • Не нужно держать в штате собственный штат администраторов баз данных.

Сократите затраты без потери качества поддержки

  • Планируйте развитие системы

Стройте прогноз по увеличению и росту нагрузки, добавлению мощностей и ресурсов

  • Выделенный аккаунт менеджер

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

Как мы работаем (принцип работы):

Работаем с уже готовой архитектурой или помогаем построить с нуля

  • Мы выполняем весь комплекс задач

Опытные инженеры могут настроить производительность работы СУБД через партиционирование таблиц, оптимизацию запросов, создание индексов, пересмотр настроек параметров СУДБ и др

  • Мониторинг систем в режиме 24х7

В режиме реального времени наша команда следит за компонентами системы, такими как ЦПУ, память, соединения, репликация. Мониторинг, сбор, хранение и анализ метрик на уровне СУБД. Как только метрики выходят за пороговые значения, мы начинаем действовать.

  • Планируем активности заранее

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

Что входит в услуги поддержки СУБД:

Мониторинг

  • Мониторинг 24 на 7
  • Подключение инструментов автоматического мониторинга
  • Реакция на инциденты в режиме реального времени
  • Разработка расширенных метрик мониторинга
  • Проактивная реакция
  • Мониторинг операционных систем
  • Разработка эскалационных процедур

Регламентные работы и настройка резервного копирования

  • Установка обновлений (Patches)
  • Переход на новые версии (Upgrades)
  • Планирование высокой доступности и аварийного восстановления – Log shipping, Mirroring, Availability groups, Clustered instances
  • Настройка репликации объектов баз данных — Snapshot replication, Transactional replication, Merge replication
  • Резервное копирование и восстановление баз данных
  • Настройка регламентированных заданий обслуживания баз данных – Rebuild\Reorganize indexes, Update Statistics, Integrity Checks.
  • Автоматизация рутинных задач
  • Поддержка решений высокой доступности
  • Внедрение лучших практик
  • Установка экземпляров MS SQL SERVER в on Prem и облачной среде (Windows, Linux, Containers)
  • Установка тестовых Сред
  • Опыт в работе со службами SSAS, SSIS, SSRS.
  • Опыт в поддержки баз данных приложений – Axapta, CRM, 1С.
  • Установка гетерогенного подключения для связи с другими СУБД, такими как Oracle, PostgreSQL
  • Проведение комплексных аудитов СУБД

Настройки производительности

  • Оптимизация производительности сервера баз данных
  • Настройка параметров СУБД SQL Server
  • Планирование нагрузки и емкости
  • Создание и оптимизация индексов
  • Работа с таблицами
  • Отслеживание и решение проблем с блокировками, латчами
  • Оптимизация работы запросов – Анализ плана запроса, кода запроса.
  • Постоянный сбор и анализ информации по медленным запросам (Extended events, TSQL scripts, Query store и тд.) и счетчикам производительности (SQL Server counters, windows counters)
  • Секционирование таблиц

Безопасность

  • Проведение аудита безопасности
  • Разграничение прав доступа пользователей на различных уровнях и к различным объектам.
  • Интеграция с Active Directory
  • Шифрование данных – TDE, CLE, AE

Управление

  • Регулярные встречи и обзор текущего состояния Систем
  • Сертифицированные инженеры
  • Выделенный технический аккаунт-менеджер
  • Доступ в сервис деск Исполнителя