Настройка мониторинга затрат на облачную инфраструктуру

Без системного мониторинга расходов на облако сюрпризы в счёте становятся нормой: кто-то оставил GPU-инстанс, NAT Gateway генерирует неожиданный трафик, S3 хранит гигабайты устаревших логов. Мы сталкивались с ситуациями, когда счёт за месяц превышал ожидания в два раза из-за забытого dev-окружения. Один забытый инстанс p3.2xlarge может добавлять к счету $2000 в месяц. Development database instance, оставленная на выходные, добавляет ещё $500. Системный cost monitoring превращает счёт из сюрприза в предсказуемую величину и позволяет закладывать точные бюджеты. Наши инженеры имеют сертификации AWS и 5+ лет опыта в FinOps. Мы гарантируем настройку мониторинга под ключ с полной документацией и обучением команды. Закажите оценку вашего облачного аккаунта — мы выявим основные утечки и предложим план экономии.

По данным FinOps Foundation, организации, внедрившие процессы контроля затрат, сокращают waste на 30% за первый год.

Почему мониторинг затрат критичен для облачной инфраструктуры?

Облачные счета растут незаметно: небольшой инстанс, который должен был работать час, проработал неделю; NAT Gateway сгенерировал неожиданный трафик из-за ошибки в конфигурации. Без мониторинга вы узнаете о перерасходе только после списания. Автоматические алерты и дашборды дают контроль в реальном времени. Исследования показывают: компании с настроенным cost monitoring экономят в среднем 20-40% на облачных расходах.

Как мы настраиваем мониторинг облачных расходов?

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

AWS Cost Anomaly Detection

Обнаруживает аномалии без настройки порогов:

# Создание monitor через AWS CLI
aws ce create-anomaly-monitor \
    --anomaly-monitor '{ "MonitorName": "service-monitor", "MonitorType": "DIMENSIONAL", "MonitorDimension": "SERVICE" }'

# Создание subscription (уведомление при аномалии)
aws ce create-anomaly-subscription \
    --anomaly-subscription '{ "SubscriptionName": "cost-anomaly-alerts", "Threshold": 20, "Frequency": "DAILY", "MonitorArnList": ["arn:aws:ce::123456789:anomalymonitor/xxx"], "Subscribers": [{ "Address": "arn:aws:sns:eu-central-1:123456789:cost-alerts", "Type": "SNS" }] }'

Cost Explorer API для программного доступа:

import boto3
from datetime import date, timedelta

ce = boto3.client('ce', region_name='us-east-1')

def get_daily_costs_by_service(days=30):
    end = date.today()
    start = end - timedelta(days=days)
    response = ce.get_cost_and_usage(
        TimePeriod={
            'Start': start.strftime('%Y-%m-%d'),
            'End': end.strftime('%Y-%m-%d')
        },
        Granularity='DAILY',
        Metrics=['UnblendedCost'],
        GroupBy=[{'Type': 'DIMENSION', 'Key': 'SERVICE'}]
    )
    costs = {}
    for result in response['ResultsByTime']:
        date_str = result['TimePeriod']['Start']
        for group in result['Groups']:
            service = group['Keys'][0]
            amount = float(group['Metrics']['UnblendedCost']['Amount'])
            if service not in costs:
                costs[service] = {}
            costs[service][date_str] = amount
    return costs

def find_cost_spikes(threshold_pct=50):
    costs = get_daily_costs_by_service(14)
    spikes = []
    for service, daily in costs.items():
        dates = sorted(daily.keys())
        if len(dates) < 14:
            continue
        week1_avg = sum(daily[d] for d in dates[:7]) / 7
        week2_avg = sum(daily[d] for d in dates[7:]) / 7
        if week1_avg > 0 and week2_avg > week1_avg * (1 + threshold_pct/100):
            spikes.append({
                'service': service,
                'prev_avg': round(week1_avg, 2),
                'curr_avg': round(week2_avg, 2),
                'increase_pct': round((week2_avg/week1_avg - 1) * 100, 1)
            })
    return sorted(spikes, key=lambda x: x['increase_pct'], reverse=True)

Как Infracost предотвращает перерасход до деплоя?

Infracost показывает стоимость изменений в Terraform до применения. Это лучше подходов «post-mortem analysis» на 70% быстрее позволяет предотвратить перерасход. Интеграция в CI/CD позволяет видеть прирост затрат в pull request до применения изменений. Разработчики могут сразу скорректировать конфигурацию.

# .github/workflows/infracost.yml
name: Infracost
on: [pull_request]
jobs:
  infracost:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: infracost/actions/setup@v3
        with:
          api-key: ${{ secrets.INFRACOST_API_KEY }}
      - name: Generate Infracost cost estimate baseline
        run: |
          infracost breakdown --path=. \
            --format=json \
            --out-file=/tmp/infracost-base.json
        env:
          AWS_ACCESS_KEY_ID: ${{ secrets.AWS_ACCESS_KEY_ID }}
          AWS_SECRET_ACCESS_KEY: ${{ secrets.AWS_SECRET_ACCESS_KEY }}
      - name: Generate Infracost diff
        run: |
          infracost diff --path=. \
            --format=json \
            --compare-to=/tmp/infracost-base.json \
            --out-file=/tmp/infracost.json
      - name: Post Infracost comment
        run: |
          infracost comment github \
            --path=/tmp/infracost.json \
            --repo=$GITHUB_REPOSITORY \
            --github-token=${{ secrets.GITHUB_TOKEN }} \
            --pull-request=${{ github.event.pull_request.number }} \
            --behavior=update

CloudWatch Billing Alarms

# billing_alarms.tf
resource "aws_cloudwatch_metric_alarm" "monthly_estimate" {
  alarm_name = "monthly-bill-estimate"
  comparison_operator = "GreaterThanThreshold"
  evaluation_periods = 1
  metric_name = "EstimatedCharges"
  namespace = "AWS/Billing"
  period = 86400 # 1 день
  statistic = "Maximum"
  threshold = 500 # $500 — порог уведомления
  alarm_description = "Monthly AWS estimate exceeds $500"
  alarm_actions = [aws_sns_topic.billing_alerts.arn]
  dimensions = {
    Currency = "USD"
  }
}

resource "aws_cloudwatch_metric_alarm" "ec2_cost" {
  alarm_name = "ec2-daily-cost"
  comparison_operator = "GreaterThanThreshold"
  evaluation_periods = 1
  metric_name = "EstimatedCharges"
  namespace = "AWS/Billing"
  period = 86400
  statistic = "Maximum"
  threshold = 100
  dimensions = {
    Currency = "USD"
    ServiceName = "Amazon Elastic Compute Cloud - Compute"
  }
}

Алармы настраиваются как на общий счёт, так и на отдельные сервисы. Например, если EC2 превышает $100 в день — немедленное уведомление.

Что даёт использование Grafana для визуализации затрат?

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

{
  "panels": [
    {
      "title": "Daily Cost by Service (Last 30d)",
      "type": "timeseries",
      "targets": [
        {
          "dimensions": {
            "Currency": "USD"
          },
          "expression": "SELECT SUM(EstimatedCharges) FROM SCHEMA(\"AWS/Billing\", Currency,ServiceName) GROUP BY ServiceName",
          "metricQueryType": 1,
          "refId": "A"
        }
      ]
    },
    {
      "title": "Cost by Tag: Environment",
      "type": "piechart",
      "targets": [
        {
          "queryMode": "Metrics Insights",
          "expression": "SELECT SUM(EstimatedCharges) FROM AWS/Billing WHERE Tags.Environment != '' GROUP BY Tags.Environment",
          "refId": "B"
        }
      ]
    }
  ]
}

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

Что включает настройка мониторинга?

• Настройка AWS Cost Explorer и Cost Anomaly Detection.
• Создание CloudWatch Billing Alarms с уведомлениями на бюджетные пороги.
• Интеграция Infracost в CI/CD пайплайн для pre-deploy оценки.
• Развёртывание Grafana дашборда для визуализации затрат по сервисам и тегам.
• Настройка тегирования для cost allocation.
• Документация по эксплуатации и обучение команды.
• Рекомендации по Savings Plans и Reserved Instances.
• Ежемесячный аудит затрат с отчётом.

Сроки внедрения

• AWS Cost Anomaly Detection + SNS уведомления — 1 день.
• Billing CloudWatch alarms — 0.5 дня.
• Infracost в CI/CD pipeline — 1–2 дня.
• Grafana cost dashboard — 1–2 дня.
• Настройка тегирования — 1–3 дня (зависит от количества ресурсов).
• Полный цикл — от 3 до 7 дней.

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