Меню

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

(и 10 действий, которые можно предпринять прямо сейчас, чтобы взять расходы на хранение данных под контроль)

оливково-зеленая сфера с отсутствующим фрагментом на светло-зеленом фоне
Cloud Services

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

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

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

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

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

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

пять-признаков-проблем-с-облаком.jpg


01. Никто в компании не знает, сколько и какие учетные записи были созданы вашей компанией в публичном облаке

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


02. Никто в компании не может четко объяснить, откуда берутся такие ежемесячные счета компании за облачные услуги

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


03. В компании не существует способа отслеживать все утвержденные закупки в рамках определенных инициатив или центров затрат

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


04. Весь объем дискового пространства закупается по цене «по требованию»

Преимущество облачных технологий заключается в том, что вы приобретаете все дисковое пространство (и другие облачные ресурсы) по мере использования. Хотя методы оплаты по мере использования ресурсов (PAYGO) позволяют компаниям легко менять объем дополнительного дискового пространства, на самом деле, значительная часть оплаченных ресурсов не нужна. И в этом вся ирония.

Как это связано с неразберихой в счетах, о которой мы только что говорили? Она является признаком отсутствия управляемого процесса закупок в целом и полного отсутствия смешанных закупок в частности. Возьмем, к примеру, покупку экземпляров AWS On-Demand. Несмотря на то, что On-Demand позволяет запускать виртуальную машину по необходимости, использование зарезервированных экземпляров AWS дает скидку до 75%. Более того, экземпляры Spot (где вы платите за запасной экземпляр Elastic Compute Cloud, соответствующий вашим потребностям) могут сэкономить до 90%.

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


05. Никто не занимается регулярным отслеживанием эффективности использования и выхода данных

Экстренное сообщение: использование данных может быть не менее дорогим, чем их первоначальное размещение. Здесь необходимо ответить на два вопроса. Во-первых: насколько эффективно используется система хранения данных? Вы не хотите платить за систему хранения, которая не используется, и вы определенно не хотите платить за самый дорогой уровень хранения данных, который можно легко заменить за менее дорогостоящий уровень. При правильном использовании более низких уровней хранения данных затраты могут снизиться с 0,20-0,30 долл США/ГБ до 0,02 долл США/ГБ в месяц.

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


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

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

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

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


десять-важных-действий.jpg

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

Плохая новость — у вас возникла проблема с расходами на хранение данных в облаке. А хорошая новость заключается в том, что первый (и часто самый трудный) шаг – это признание того, что у вас есть проблема. Существуют практические шаги, которые можно предпринять буквально сегодня, чтобы начать решать проблему. Следующие 10 советов, которые в основном ориентированы на ИТ-инфраструктуру, помогут пользователям любой из «движущихся» частей облачной СХД проанализировать ее использование и уменьшить площадь, занимаемую СХД, чтобы сократить расходы.

01. Удаление неподключенного пространства в облачном хранилище

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


Цена за «горячие» уровни СХД (где обычно хранятся часто используемые данные) может в 5 раз превышать цену за аналогичные «холодные» уровни.

02. Выбор правильного уровня хранения данных

Каждый провайдер публичного облака предлагает несколько уровней хранения данных. При этом, почти все выбирают самый быстрый (и самый дорогой) уровень, почти или вообще не учитывая затраты. Если услуга стоит дороже, она должна быть лучше, верно? Не обязательно.

Цена для определенного уровня за ГБ/месяц обычно зависит от того, как часто и как быстро вы получаете доступ к данным. Цена за «горячие» уровни СХД (где обычно находятся часто используемые данные, для которых нужны низкая латентность, высокая производительность и пропускная способность, а также высокая доступность) может в 5 раз превышать цену за аналогичные «холодные» уровни (где должны находиться редко используемые данные, например, резервные копии и архивы).

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


03. Правильный выбор размера тома хранения данных

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


04. Снижение уровня хранения с учетом требуемой пропускной способности

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


05. Определение уровня резервирования, необходимого для хранения данных

Когда у людей есть возможность реплицировать данные в любом месте, они обычно паникуют и выбирают более отдаленное местоположение. Но давайте подумаем, есть ли необходимость хранить данные в Великобритании, чтобы защитить от возможной потери, скажем, из-за урагана в Соединенных Штатах? Ответ, конечно, нет, даже если это очень мощный ураган. Такие решения оказывают существенное влияние на стоимость; например, резервирование в разных географических регионах может стоить в два раза дороже, чем локальное резервирование. Важно тщательно планировать требования к резервированию, используя анализ влияния на бизнес и оценку рисков, чтобы определить то, что действительно необходимо.


Давайте посчитаем: выбирая нужный уровень хранения данных на основе емкости и пропускной способности и переходя на более высокий уровень хранения данных только в периоды пиковой нагрузки, вы можете сократить ежемесячные счета на облачные услуги почти на 70 %.
06. Удаление старых снимков файловой системы

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


07. Управление исходящими запросами на передачу данных

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


08. Минимизация передачи данных между разными регионами и зонами

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


09. Контроль уровня цен на СХД

Цены на СХД и передачу данных часто включают дополнительные уровни затрат с учетом потребления. Если вы достигли такого уровня в таблице цен провайдера облачных услуг, как «больше, чем <объем хранения данных>», скорее всего, вы сможете договориться о более выгодной цене. Помните, что более высокие скидки применяются только к сохраненным данным, соответствующим ценовым требованиям. Наконец, вы можете заключить многолетний контракт. Вы должны попытаться оставаться в пределах ограничений, указанных в этом контракте, одновременно изыскивая способы снижения затрат более активно используя время сверхурочной работы.


«Компании могут сэкономить сотни тысяч долларов в квартал, иногда даже 100 000 долларов в месяц, просто обдумав свой процесс проектирования облачной архитектуры».

10. Удаление незавершенных загрузок из хранилища

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


Дальнейшие шаги, нацеленные на устранение проблем с расходами на публичное облако

Очень важно, чтобы вы сделали что-то прямо сейчас.

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

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

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

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

Microsoft Azure

Microsoft Azure

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

Google Cloud.

Google Cloud.

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

AWS

AWS

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

Дальнейшие шаги