AWS لاگت کی اصلاح: اپنے کلاؤڈ انفراسٹرکچر بل پر 30-50% کی بچت کریں

اوسط تنظیم اپنے کلاؤڈ اخراجات کا 32% بیکار یا ضرورت سے زیادہ فراہم کردہ وسائل پر ضائع کرتی ہے۔ AWS پر ماہانہ $5,000 خرچ کرنے والی کمپنی کے لیے، جو کہ $19,200 فی سال ضائع ہونے والی ہے۔ کلاؤڈ لاگت کی اصلاح کا مقصد کونوں کو کاٹنے کے بارے میں نہیں ہے --- یہ صرف اس چیز کی ادائیگی کے بارے میں ہے جو آپ اصل میں استعمال کرتے ہیں۔

اس گائیڈ میں AWS لاگت میں کمی کی حکمت عملیوں کے مکمل اسپیکٹرم کا احاطہ کیا گیا ہے، اس مہینے میں پیسہ بچانے والی فوری جیتوں سے لے کر تعمیراتی تبدیلیوں تک جو وقت کے ساتھ ساتھ بچت کو بڑھاتی ہیں۔

اہم ٹیک ویز

• اکیلے دائیں سائز کرنے سے 20-40% کی بچت ہوتی ہے مثال کی اقسام کو اصل وسائل کے استعمال سے ملا کر
• محفوظ مثالیں اور بچت کے منصوبے پیش گوئی کے قابل کام کے بوجھ کے لیے 30-60% رعایت فراہم کرتے ہیں
• غلطی برداشت کرنے والے کام کے بوجھ کے لیے اسپاٹ انسٹینس کمپیوٹ کے اخراجات کو 60-90% تک کم کر دیتے ہیں۔
• سٹوریج لائف سائیکل پالیسیاں S3 کے اخراجات کو غیر معینہ مدت تک بڑھنے سے روکتی ہیں۔

---

لاگت کی اصلاح کا فریم ورک

ترجیحی آرڈر

کم سے کم کوشش کے ساتھ زیادہ سے زیادہ ROI کے لیے اس ترتیب میں بہتر بنائیں:

1. فضلہ کو ختم کریں (فوری، کوئی خطرہ نہیں)
2. دائیں سائز کی مثالیں (1-2 ہفتے، کم خطرہ)
3. قیمتوں کے ماڈلز کا استعمال کریں (محفوظ، جگہ، بچت کے منصوبے)
4. آرکیٹیکچر کو بہتر بنائیں (مہینے، انجینئرنگ کی ضرورت ہے)

---

مرحلہ 1: فضلہ کو ختم کریں۔

غیر استعمال شدہ وسائل تلاش کریں۔

# Find unattached EBS volumes (you are paying for storage with no use)
aws ec2 describe-volumes \
  --filters Name=status,Values=available \
  --query 'Volumes[*].{ID:VolumeId,Size:Size,Type:VolumeType}' \
  --output table

# Find unused Elastic IPs
aws ec2 describe-addresses \
  --query 'Addresses[?AssociationId==null].{IP:PublicIp,AllocationId:AllocationId}' \
  --output table

# Find idle load balancers (no targets)
aws elbv2 describe-target-groups \
  --query 'TargetGroups[*].{ARN:TargetGroupArn,Name:TargetGroupName}' \
  --output table

# Find stopped instances still consuming EBS
aws ec2 describe-instances \
  --filters Name=instance-state-name,Values=stopped \
  --query 'Reservations[*].Instances[*].{ID:InstanceId,Type:InstanceType,StopTime:StateTransitionReason}' \
  --output table

عام فضلہ کے ذرائع

---

مرحلہ 2: دائیں سائز کرنا

اصل استعمال کا تجزیہ کریں۔

# Get average CPU utilization over the last 14 days
aws cloudwatch get-metric-statistics \
  --namespace AWS/EC2 \
  --metric-name CPUUtilization \
  --dimensions Name=InstanceId,Value=i-0123456789abcdef0 \
  --start-time $(date -u -d '14 days ago' +%Y-%m-%dT%H:%M:%S) \
  --end-time $(date -u +%Y-%m-%dT%H:%M:%S) \
  --period 3600 \
  --statistics Average Maximum \
  --output json

دائیں سائز کا فیصلہ میٹرکس

مثال کی قسم کی اصلاح

| موجودہ مثال | دائیں سائز کا | ماہانہ بچت | |-----------------------------------------------| | m5.xlarge ($140) | m5.large ($70) | $70 (50%) | | r5.2xlarge ($365) | r6g.xlarge ($146) | $219 (60%) | | t3.large ($60) | t3.medium ($30) | $30 (50%) | | c5.xlarge ($124) | c6g.large ($62) | $62 (50%) |

Graviton (ARM) مثالوں (r6g, c6g, m6g) میں منتقل ہونا زیادہ تر کام کے بوجھ کے لیے مساوی یا بہتر کارکردگی کے ساتھ اضافی 20% لاگت کی بچت فراہم کرتا ہے۔

---

مرحلہ 3: قیمتوں کا تعین کرنے والے ماڈل

محفوظ شدہ مثالیں بمقابلہ بچت کے منصوبے

| فیچر | محفوظ مثالیں | بچت کے منصوبوں کی گنتی | EC2 بچت کے منصوبے | |---------|--------------------------------------------| | ڈسکاؤنٹ | 30-60% | 30-54% | 40-60% | | لچک | مخصوص مثال کی قسم/علاقہ | کوئی بھی مثال خاندان/علاقہ | مخصوص مثال خاندان/علاقہ | | عزم | 1 یا 3 سال | 1 یا 3 سال | 1 یا 3 سال | | کے لیے بہترین | مستحکم، متوقع کام کا بوجھ | مخلوط کام کا بوجھ | مخصوص مثال کے خاندان |

تجویز: لچک کے لیے کمپیوٹ سیونگ پلانز کے ساتھ شروع کریں۔ کم از کم بیس لائن استعمال کا عہد کریں جس کے بارے میں آپ کو یقین ہے۔

جگہ کی مثالیں۔

اسپاٹ انسٹینس 60-90% ڈسکاؤنٹ فراہم کرتے ہیں لیکن 2 منٹ کے نوٹس کے ساتھ روکا جا سکتا ہے۔

** کے لیے اچھا ہے**:

• CI/CD بنانے والے رنرز
• بیچ پروسیسنگ اور ڈیٹا پائپ لائنز
• ترقی اور اسٹیجنگ ماحول
• لوڈ بیلنسر کے پیچھے اسٹیٹ لیس ویب سرورز (آن ڈیمانڈ فال بیک کے ساتھ)

** کے لیے اچھا نہیں ہے**:

• ڈیٹا بیس
• سنگل انسٹینس ایپلی کیشنز
• چیک پوائنٹنگ کے بغیر ریاستی کام کا بوجھ

# Launch template with Spot Instance
Resources:
  SpotFleet:
    Type: AWS::EC2::SpotFleet
    Properties:
      SpotFleetRequestConfigData:
        AllocationStrategy: lowestPrice
        TargetCapacity: 5
        LaunchSpecifications:
          - InstanceType: t3.large
            ImageId: ami-0123456789abcdef0
          - InstanceType: t3.xlarge
            ImageId: ami-0123456789abcdef0
          - InstanceType: m5.large
            ImageId: ami-0123456789abcdef0

---

مرحلہ 4: اسٹوریج آپٹیمائزیشن

S3 لائف سائیکل پالیسیاں

{
  "Rules": [
    {
      "ID": "ArchiveOldBackups",
      "Status": "Enabled",
      "Filter": {
        "Prefix": "backups/"
      },
      "Transitions": [
        {
          "Days": 30,
          "StorageClass": "STANDARD_IA"
        },
        {
          "Days": 90,
          "StorageClass": "GLACIER"
        },
        {
          "Days": 365,
          "StorageClass": "DEEP_ARCHIVE"
        }
      ],
      "Expiration": {
        "Days": 730
      }
    }
  ]
}

S3 اسٹوریج کلاس کی قیمت

| اسٹوریج کلاس | قیمت فی GB/مہینہ | بازیافت | کے لیے بہترین | |---------------|-------------------|------------| | معیاری | $0.023 | فوری | فعال ڈیٹا | | سٹینڈرڈ-IA | $0.0125 | فوری ($0.01/GB بازیافت) | ماہانہ رسائی | | گلیشیر انسٹنٹ | $0.004 | فوری ($0.03/GB بازیافت) | سہ ماہی رسائی | | گلیشیر | $0.004 | 1-12 گھنٹے | سالانہ رسائی | | گہری محفوظ شدہ دستاویزات | $0.00099 | 12 گھنٹے | تعمیل، طویل مدتی |

ای بی ایس آپٹیمائزیشن

# Convert gp2 volumes to gp3 (20% cheaper, better performance)
for vol_id in $(aws ec2 describe-volumes --filters Name=volume-type,Values=gp2 --query 'Volumes[*].VolumeId' --output text); do
  echo "Converting $vol_id from gp2 to gp3"
  aws ec2 modify-volume --volume-id "$vol_id" --volume-type gp3
done

---

مرحلہ 5: آٹو اسکیلنگ

شیڈول پر مبنی اسکیلنگ

زیادہ تر B2B ایپلی کیشنز کاروباری اوقات کے باہر 70% کم ٹریفک دیکھتی ہیں:

# Scale down at night
aws autoscaling put-scheduled-action \
  --auto-scaling-group-name production-asg \
  --scheduled-action-name scale-down-night \
  --recurrence "0 20 * * 1-5" \
  --desired-capacity 2 \
  --min-size 1

# Scale up in the morning
aws autoscaling put-scheduled-action \
  --auto-scaling-group-name production-asg \
  --scheduled-action-name scale-up-morning \
  --recurrence "0 7 * * 1-5" \
  --desired-capacity 5 \
  --min-size 3

ترقیاتی ماحول کا شیڈولنگ

کام کے اوقات سے باہر غیر پیداواری ماحول کو روکیں:

# Stop dev/staging instances at 7 PM
aws ec2 stop-instances --instance-ids i-dev123 i-staging456

# Start at 8 AM
aws ec2 start-instances --instance-ids i-dev123 i-staging456

ماہانہ بچت: 24 کے بجائے 10 گھنٹے فی دن ڈیو مثالیں چلانے سے 58% کی بچت ہوتی ہے۔

---

ماہانہ لاگت کا جائزہ چیک لسٹ

• بے ضابطگیوں کے لیے AWS Cost Explorer کا جائزہ لیں۔
• غیر استعمال شدہ وسائل کی جانچ کریں (حجم، IPs، سنیپ شاٹس)
• دائیں سائز کی سفارشات کی توثیق کریں (AWS Compute Optimizer)
• محفوظ شدہ مثال / بچت پلان کی کوریج کا جائزہ لیں۔
• S3 اسٹوریج کی ترقی اور لائف سائیکل پالیسی کی تاثیر کو چیک کریں۔
• ڈیٹا کی منتقلی کے اخراجات کا جائزہ لیں (اکثر کل بل کا 10-15%)
• تصدیق کریں کہ آٹو اسکیلنگ کی حدیں موجودہ ٹریفک پیٹرن سے ملتی ہیں۔
• ناکام تعیناتیوں سے یتیم وسائل کی جانچ کریں۔

---

اکثر پوچھے گئے سوالات

AWS لاگت میں کمی کے لیے تیز ترین جیت کیا ہے؟

غیر استعمال شدہ وسائل کو حذف کریں۔ زیادہ تر AWS اکاؤنٹس میں غیر منسلک EBS والیومز، غیر استعمال شدہ لچکدار IPs، پرانے سنیپ شاٹس، اور روکی ہوئی مثالوں میں ہر ماہ سینکڑوں ڈالر ہوتے ہیں۔ اس میں ایک گھنٹہ سے بھی کم وقت لگتا ہے اور فوری طور پر رقم کی بچت ہوتی ہے۔ دوسری تیز ترین جیت gp2 EBS والیوم کو gp3 میں تبدیل کر رہی ہے --- 20% کم قیمت پر ایک جیسی یا بہتر کارکردگی۔

کیا ہمیں سیونگ پلانز یا محفوظ شدہ مثالیں استعمال کرنی چاہئیں؟

زیادہ تر کاروباروں کے لیے بچت کے منصوبوں کی گنتی کریں۔ وہ ریزروڈ انسٹینسز کے لیے تقابلی رعایت فراہم کرتے ہیں لیکن زیادہ لچک کے ساتھ --- آپ کو کسی مخصوص مثال کی قسم میں بند نہیں کیا گیا ہے۔ EC2 محفوظ شدہ مثالیں صرف اس صورت میں استعمال کریں جب آپ کو 1-3 سال کے لیے مثال کی اقسام کے بارے میں یقین ہو۔

ہم پروجیکٹ یا ٹیم کے ذریعہ AWS اخراجات کو کیسے ٹریک کرتے ہیں؟

AWS ریسورس ٹیگز استعمال کریں۔ ہر وسائل کو project، team، environment، اور cost-center ٹیگز کے ساتھ ٹیگ کریں۔ بلنگ کنسول میں لاگت مختص کرنے والے ٹیگز کو فعال کریں۔ پروجیکٹ کے لحاظ سے خرچ دیکھنے کے لیے ٹیگ کے لحاظ سے گروپ کردہ لاگت ایکسپلورر رپورٹس بنائیں۔ AWS Config قواعد کے ساتھ ٹیگنگ کو نافذ کریں جو غیر ٹیگ شدہ وسائل کو جھنڈا دیتے ہیں۔

کیا کنٹینرز میں منتقل ہونا زیادہ لاگت سے موثر ہے؟

فی سرور ایک ایپلیکیشن چلانے کے مقابلے میں کنٹینرز وسائل کے استعمال کو 30-50% تک بہتر بناتے ہیں۔ ECS Fargate اور EKS کنٹینر کے انتظام کو آسان بناتے ہیں لیکن فی ٹاسک کی قیمتوں میں اضافہ کرتے ہیں۔ زیادہ تر SMBs کے لیے، Docker Compose کے ساتھ EC2 سادگی اور لاگت کا بہترین توازن فراہم کرتا ہے۔ عمل درآمد کی تفصیلات کے لیے ہماری ڈوکر تعیناتی گائیڈ دیکھیں۔

---

آگے کیا آتا ہے۔

لاگت کی اصلاح ایک جاری عمل ہے، ایک وقتی منصوبہ نہیں۔ ماہانہ لاگت کے جائزے کا شیڈول بنائیں اور لاگت کی نگرانی کو اپنے پروڈکشن الرٹنگ سیٹ اپ میں ضم کریں۔ مکمل بنیادی ڈھانچے کی حکمت عملی کے لیے، ہماری DevOps گائیڈ برائے چھوٹے کاروبار دیکھیں۔

Contact ECOSIRE AWS لاگت کو بہتر بنانے کے مشورے کے لیے، یا ہماری Odoo سپورٹ سروسز کو پہلے سے لاگت کی اصلاح کے ساتھ منظم انفراسٹرکچر کے لیے دریافت کریں۔

---

ECOSIRE کے ذریعہ شائع کیا گیا -- کاروباروں کو کلاؤڈ انفراسٹرکچر کے اخراجات کو بہتر بنانے میں مدد کرنا۔