በAWS ላይ Kubernetes የደመና ወጪዎችን ይቆጥቡ

የጽሁፉ ትርጉም የተዘጋጀው በትምህርቱ መጀመሪያ ዋዜማ ላይ ነው። "በኩበርኔትስ ላይ የተመሰረተ የመሠረተ ልማት መድረክ".

በAWS ላይ Kubernetes የደመና ወጪዎችን ይቆጥቡ

ከ Kubernetes ጋር ሲሰሩ በደመና ወጪዎች ላይ እንዴት መቆጠብ ይቻላል? አንድ ትክክለኛ መፍትሄ የለም፣ ነገር ግን ይህ ጽሑፍ ሃብቶችዎን በብቃት እንዲያስተዳድሩ እና የደመና ማስላት ወጪዎችዎን እንዲቀንሱ የሚያግዙዎትን በርካታ መሳሪያዎችን ይገልጻል።

ይህንን ጽሑፍ የጻፍኩት Kubernetes ለ AWS በአእምሮዬ ነው፣ ግን (ከሞላ ጎደል) ለሌሎች የደመና አቅራቢዎች በተመሳሳይ መንገድ ተፈጻሚ ይሆናል። የእርስዎ ዘለላ(ዎች) ቀድሞውንም አውቶማቲካሊንግ ተዋቅረዋል ብዬ እገምታለሁ።ክላስተር-autoscaler). ሀብቶችን ማስወገድ እና የርስዎን ማሰማራት ማቃለል ገንዘብዎን የሚቆጥብዎት የሰራተኛ ኖዶችዎን (EC2 አጋጣሚዎች) የሚቀንስ ከሆነ ብቻ ነው።

ይህ ጽሑፍ የሚከተሉትን ያጠቃልላል

  • ጥቅም ላይ ያልዋሉ ሀብቶችን ማፅዳት (ኩቤ-ጃኒተር)
  • በስራ ሰአታት ውስጥ የክብደት መቀነስን ይቀንሱ (kube-downscaler)
  • አግድም አውቶማቲክ (HPA) በመጠቀም ፣
  • ከመጠን በላይ የመጠባበቂያ ክምችት መቀነስ (kube-resource-reportቪፒኤ)
  • ስፖት ምሳሌዎችን በመጠቀም

ጥቅም ላይ ያልዋሉ ሀብቶችን ማጽዳት

ፈጣን በሆነ አካባቢ ውስጥ መሥራት በጣም ጥሩ ነው። የቴክኖሎጂ ድርጅቶች እንፈልጋለን ተፋጠነ. ፈጣን የሶፍትዌር አቅርቦት ማለት ተጨማሪ የ PR ማሰማራት፣ ቅድመ እይታ አከባቢዎች፣ ፕሮቶታይፕ እና የትንታኔ መፍትሄዎች ማለት ነው። ሁሉም ነገር በ Kubernetes ላይ ተዘርግቷል. የሙከራ ማሰማራቶችን በእጅ ለማጽዳት ጊዜ ያለው ማን ነው? የአንድ ሳምንት ሙከራን ስለመሰረዝ መርሳት ቀላል ነው። ለመዝጋት የረሳነው ነገር ምክንያት የደመና ክፍያ መጠየቂያው እየጨመረ ይሄዳል፡-

በAWS ላይ Kubernetes የደመና ወጪዎችን ይቆጥቡ

(ሄኒንግ ጃኮብስ፡-
ዚዛ፡
(ጥቅሶች) ኮሪ ክዊን፡
የተሳሳተ አመለካከት፡ የAWS መለያህ ያለህ የተጠቃሚዎች ብዛት ተግባር ነው።
እውነታ፡ የAWS ነጥብህ ያለህ መሐንዲሶች ብዛት ነው።

ኢቫን ኩርኖሶቭ (በምላሹ)
እውነተኛ እውነታ፡ የAWS ነጥብህ ለማሰናከል/ ለመሰረዝ የረሷቸው የነገሮች ብዛት ተግባር ነው።)

ኩበርኔትስ የፅዳት ሰራተኛ (ኩቤ-ጃኒተር) ክላስተርዎን ለማጽዳት ይረዳል። የፅዳት ሰራተኛው ውቅር ለአለምአቀፍ እና ለአካባቢያዊ አጠቃቀም ተለዋዋጭ ነው፡-

  • ክላስተር-ሰፊ ደንቦች ለ PR/ለሙከራ ማሰማራቶች ከፍተኛውን የቀጥታ ጊዜ (TTL) ሊገልጹ ይችላሉ።
  • የግለሰብ መርጃዎች በጃኒተር/ttl ሊገለጹ ይችላሉ፣ ለምሳሌ ከ 7 ቀናት በኋላ ሹል/ፕሮቶታይፕን በራስ-ሰር ለማስወገድ።

አጠቃላይ ህጎች በ YAML ፋይል ውስጥ ተገልጸዋል። የእሱ መንገድ በመለኪያው ውስጥ ያልፋል --rules-file በኩቤ-ጃኒተር. ሁሉንም የስም ክፍተቶችን ለማስወገድ የምሳሌ ህግ እዚህ አለ። -pr- ከሁለት ቀናት በኋላ በስም:

- id: cleanup-resources-from-pull-requests
  resources:
    - namespaces
  jmespath: "contains(metadata.name, '-pr-')"
  ttl: 2d

የሚከተለው ምሳሌ በ 2020 ለሁሉም አዲስ ማሰማራቶች/StatefulSet በDeployment and StatefulSet ፖድ ላይ ያለውን የመተግበሪያ መለያ አጠቃቀም ይቆጣጠራል፣ነገር ግን በተመሳሳይ ጊዜ ያለዚህ መለያ ለአንድ ሳምንት ሙከራዎችን ይፈቅዳል።

- id: require-application-label
  # удалить deployments и statefulsets без метки "application"
  resources:
    - deployments
    - statefulsets
  # сП. http://jmespath.org/specification.html
  jmespath: "!(spec.template.metadata.labels.application) && metadata.creationTimestamp > '2020-01-01'"
  ttl: 7d

በጊዜ የተገደበ ማሳያ ለ30 ደቂቃዎች በክላስተር ሩጫ ኩቤ-ጃኒተር ላይ ያሂዱ፡

kubectl run nginx-demo --image=nginx
kubectl annotate deploy nginx-demo janitor/ttl=30m

ሌላው የወጪ መጨመር ምንጭ የማያቋርጥ መጠኖች (AWS EBS) ነው። የ Kubernetes StatefulSetን መሰረዝ የማያቋርጥ ጥራዞችን አይሰርዝም (PVC - PersistentVolumeClaim)። ጥቅም ላይ ያልዋለ የኢቢኤስ መጠን በወር በመቶዎች የሚቆጠር ዶላር ወጪን በቀላሉ ሊያስከትል ይችላል። Kubernetes Janitor ጥቅም ላይ ያልዋሉ የ PVC ዎችን የማጽዳት ባህሪ አለው. ለምሳሌ፣ ይህ ህግ በሞጁል ያልተሰቀሉ እና በStatefulSet ወይም CronJob ያልተጠቀሱ ሁሉንም PVCዎች ያስወግዳል፡-

# удалить все PVC, которые не смонтированы и на которые не ссылаются StatefulSets
- id: remove-unused-pvcs
  resources:
  - persistentvolumeclaims
  jmespath: "_context.pvc_is_not_mounted && _context.pvc_is_not_referenced"
  ttl: 24h

የኩበርኔትስ የፅዳት ሰራተኛ ክላስተርዎን ንፁህ እንዲሆኑ እና የደመና ማስላት ወጪዎችን ቀስ በቀስ እንዳይከመሩ ሊረዳዎት ይችላል። ለማሰማራት እና ለማዋቀር መመሪያዎችን ይከተሉ README kube-ጃኒተር.

በስራ ሰአታት ውስጥ የክብደት መቀነስን ይቀንሱ

የሙከራ እና የዝግጅት ስርዓቶች በተለምዶ በስራ ሰዓታት ውስጥ ብቻ ለመስራት ያስፈልጋሉ። አንዳንድ የማምረቻ አፕሊኬሽኖች፣ እንደ የኋላ ቢሮ/አስተዳዳሪ መሳሪያዎች፣ እንዲሁም የተወሰነ ተገኝነት ብቻ የሚያስፈልጋቸው እና በአንድ ጀምበር ሊሰናከሉ ይችላሉ።

Kubernetes Downscaler (kube-downscaler) ተጠቃሚዎች እና ኦፕሬተሮች በሥራ ባልሆኑ ሰዓታት ስርዓቱን እንዲቀንሱ ያስችላቸዋል። ማሰማራቶች እና StatefulSets ወደ ዜሮ ቅጂዎች ሊመዘኑ ይችላሉ። CronJobs ሊታገድ ይችላል። Kubernetes Downscaler የተቀናበረው ለአንድ ሙሉ ክላስተር፣ አንድ ወይም ከዚያ በላይ የስም ቦታዎች ወይም የግለሰብ ሀብቶች ነው። "ስራ ፈት ጊዜ" ወይም በተቃራኒው "የስራ ጊዜ" ማዘጋጀት ይችላሉ. ለምሳሌ፣ በምሽት እና ቅዳሜና እሁድ በተቻለ መጠን መጠንን ለመቀነስ፡-

image: hjacobs/kube-downscaler:20.4.3
args:
  - --interval=30
  # не отключать компоненты инфраструктуры
  - --exclude-namespaces=kube-system,infra
  # не отключать kube-downscaler, а также оставить Postgres Operator, чтобы исключенными БД можно было управлять
  - --exclude-deployments=kube-downscaler,postgres-operator
  - --default-uptime=Mon-Fri 08:00-20:00 Europe/Berlin
  - --include-resources=deployments,statefulsets,stacks,cronjobs
  - --deployment-time-annotation=deployment-time

ቅዳሜና እሁድ የክላስተር ሰራተኛ አንጓዎችን ለመለካት ግራፍ ይኸውና፡

በAWS ላይ Kubernetes የደመና ወጪዎችን ይቆጥቡ

ከ~13 ወደ 4 የሰራተኛ አንጓዎች ማሽቆልቆል በእርግጠኝነት በAWS ሂሳብዎ ላይ ጉልህ ለውጥ ያመጣል።

ነገር ግን በክላስተር "በቀነሰ ጊዜ" ውስጥ መሥራት ካስፈለገኝስ? አንዳንድ ማሰማራቶች የወረደውን/የማያካትት፡ እውነተኛ ማብራሪያን በመጨመር ከመመዘን በቋሚነት ሊገለሉ ይችላሉ። ዓዓዓዓ-ወወ-ዲኤችኤች፡ወወ (UTC) ቅርጸት ካለው ፍፁም የጊዜ ማህተም ጋር እስከ ማብራሪያ ድረስ ዝቅተኛውን/ማግለያ በመጠቀም ለጊዜው ማሰማራቶች ሊገለሉ ይችላሉ። አስፈላጊ ከሆነ፣ አጠቃላይ ክላስተር ከማብራሪያው ጋር ፖድ በማሰማራት ወደ ኋላ መመለስ ይቻላል። downscaler/force-uptimeለምሳሌ፣ nginx ባዶን በማስጀመር፡-

kubectl run scale-up --image=nginx
kubectl annotate deploy scale-up janitor/ttl=1h # удалить развертывание через час
kubectl annotate pod $(kubectl get pod -l run=scale-up -o jsonpath="{.items[0].metadata.name}") downscaler/force-uptime=true

ተመልከት README kube-downscaler, የማሰማራት መመሪያዎችን እና ተጨማሪ አማራጮችን ከፈለጉ.

አግድም አውቶማቲክን ተጠቀም

ብዙ አፕሊኬሽኖች/አገልግሎቶች ከተለዋዋጭ የመጫኛ ንድፍ ጋር ይገናኛሉ፡ አንዳንድ ጊዜ ሞጁሎቻቸው ስራ ፈት ሲሆኑ አንዳንዴም በሙሉ አቅም ይሰራሉ። ከፍተኛውን ከፍተኛ ጭነት ለመቋቋም ቋሚ የፖዳዎች መርከቦችን ማከናወን ኢኮኖሚያዊ አይደለም. ኩበርኔትስ በአንድ ሀብት ላይ አግድም ራስ-መጠንን ይደግፋል HorizontalPodAutoscaler (HPA) የሲፒዩ አጠቃቀም ብዙ ጊዜ ለመለካት ጥሩ አመላካች ነው፡-

apiVersion: autoscaling/v2beta2
kind: HorizontalPodAutoscaler
metadata:
  name: my-app
spec:
  scaleTargetRef:
    apiVersion: apps/v1
    kind: Deployment
    name: my-app
  minReplicas: 3
  maxReplicas: 10
  metrics:
  - type: Resource
    resource:
      name: cpu
      target:
        averageUtilization: 100
        type: Utilization

ዛላንዶ ለመለካት ብጁ መለኪያዎችን በቀላሉ ለማገናኘት አንድ አካል ፈጥሯል፡- የኩቤ ሜትሪክስ አስማሚ (ኩቤ-ሜትሪክስ-አስማሚ) ለኩበርኔትስ አጠቃላይ ሜትሪክስ አስማሚ ሲሆን ብጁ እና ውጫዊ መለኪያዎችን ለአግድም አውቶማቲክ ፎድ። በፕሮሜቲየስ ሜትሪክስ፣ SQS ወረፋዎች እና ሌሎች ቅንጅቶች ላይ በመመስረት ልኬትን ይደግፋል። ለምሳሌ፣ የአንተን ስምሪት ወደ ብጁ ልኬት ለማዛመድ በመተግበሪያው ራሱ JSON በ / ሜትሪክስ እንደሚጠቀም፡-

apiVersion: autoscaling/v2beta2
kind: HorizontalPodAutoscaler
metadata:
  name: myapp-hpa
  annotations:
    # metric-config.<metricType>.<metricName>.<collectorName>/<configKey>
    metric-config.pods.requests-per-second.json-path/json-key: "$.http_server.rps"
    metric-config.pods.requests-per-second.json-path/path: /metrics
    metric-config.pods.requests-per-second.json-path/port: "9090"
spec:
  scaleTargetRef:
    apiVersion: apps/v1
    kind: Deployment
    name: myapp
  minReplicas: 1
  maxReplicas: 10
  metrics:
  - type: Pods
    pods:
      metric:
        name: requests-per-second
      target:
        averageValue: 1k
        type: AverageValue

አግድም አውቶማቲክን ከ HPA ጋር ማዋቀር ሀገር ለሌላቸው አገልግሎቶች ቅልጥፍናን ለማሻሻል ከነባሪ እርምጃዎች አንዱ መሆን አለበት። Spotify ለHPA ያላቸውን ልምድ እና ምክሮች የያዘ የዝግጅት አቀራረብ አላቸው፡ የኪስ ቦርሳዎን ሳይሆን ማሰማራትዎን ያሳድጉ.

ከሀብት በላይ ማስያዝን ይቀንሱ

የኩበርኔትስ የስራ ጫናዎች የሲፒዩ/የማህደረ ትውስታ ፍላጎታቸውን የሚወስኑት በ"የሃብት ጥያቄዎች" ነው። የሲፒዩ ሃብቶች የሚለካው በምናባዊ ኮሮች ነው ወይም በተለምዶ “ሚሊኮር” ውስጥ ነው፣ ለምሳሌ 500m 50% vCPUን ያሳያል። የማህደረ ትውስታ ሃብቶች በባይት ይለካሉ እና የተለመዱ ቅጥያዎችን እንደ 500Mi, ማለትም 500 ሜጋባይት መጠቀም ይቻላል. የመርጃ ጥያቄ በሠራተኛ አንጓዎች ላይ የ"መቆለፊያ" አቅምን ይጠይቃል፣ ይህም ማለት የ1000ሜ ሲፒዩ ጥያቄ ያለው ፖድ በ 4 vCPUs መስቀለኛ መንገድ ላይ 3 ቪሲፒዩዎችን ብቻ ይቀራል። [1]

Slack (ከመጠን በላይ መጠባበቂያ) በተጠየቁ ሀብቶች እና በእውነተኛ አጠቃቀም መካከል ያለው ልዩነት ነው። ለምሳሌ፣ 2 ጊቢ ማህደረ ትውስታ የሚጠይቅ ነገር ግን 200 ሚቢ ብቻ የሚጠቀም ፖድ ~1,8 ጊቢ "ትርፍ" ማህደረ ትውስታ አለው። ትርፍ ገንዘብ ያስከፍላል። አንድ ሰው 1 ጂቢ ተጨማሪ የማስታወስ ችሎታ በወር ~ 10 ዶላር እንደሚያወጣ በግምት መገመት ይችላል። [2]

Kubernetes Resource ሪፖርት (kube-resource-report) ትርፍ መጠባበቂያዎችን ያሳያል እና የቁጠባ አቅምን ለመወሰን ይረዳዎታል፡-

በAWS ላይ Kubernetes የደመና ወጪዎችን ይቆጥቡ

Kubernetes Resource ሪፖርት በመተግበሪያ እና በትዕዛዝ የተሰበሰበውን ትርፍ ያሳያል። ይህ የሀብት ፍላጎቶች የሚቀነሱባቸውን ቦታዎች እንዲያገኙ ያስችልዎታል። የመነጨው የኤችቲኤምኤል ሪፖርት የሃብት አጠቃቀም ቅጽበታዊ እይታን ብቻ ያቀርባል። በቂ የግብዓት ጥያቄዎችን ለመወሰን የሲፒዩ/የማህደረ ትውስታ አጠቃቀምን በጊዜ ሂደት መመልከት አለቦት። ለ “የተለመደ” ሲፒዩ-ከባድ አገልግሎት የግራፋና ገበታ እዚህ አለ፡ ሁሉም ፖድፖች ከተጠየቁት የሲፒዩ ኮሮች 3 በጣም ያነሰ እየተጠቀሙ ነው።

በAWS ላይ Kubernetes የደመና ወጪዎችን ይቆጥቡ

የሲፒዩ ጥያቄን ከ3000ሜ ወደ ~400ሜ ዝቅ ማድረግ ለሌሎች የስራ ጫናዎች ሃብቶችን ነጻ ያደርጋል እና ክላስተር ያነሰ እንዲሆን ያስችላል።

"የEC2 አጋጣሚዎች አማካኝ የሲፒዩ አጠቃቀም ብዙውን ጊዜ በአንድ አሃዝ መቶኛ ክልል ውስጥ ያንዣብባል" ኮሪ ክዊን ጽፏል. ለ EC2 ሳለ ትክክለኛውን መጠን መገመት መጥፎ ውሳኔ ሊሆን ይችላልበ YAML ፋይል ውስጥ አንዳንድ የኩበርኔትስ መገልገያ መጠይቆችን መቀየር ቀላል እና ትልቅ ቁጠባ ሊያመጣ ይችላል።

ግን በእውነቱ በ YAML ፋይሎች ውስጥ ሰዎች እሴቶችን እንዲቀይሩ እንፈልጋለን? አይ, ማሽኖች በጣም በተሻለ ሁኔታ ሊያደርጉት ይችላሉ! ኩበርኔትስ አቀባዊ ፖድ አውቶማቲክ (ቪፒኤ) እንዲሁ ያደርጋል፡ እንደ ስራው ጫና መሰረት የሀብት ጥያቄዎችን እና ገደቦችን ያስተካክላል። በጊዜ ሂደት በVPA የተስተካከለ የፕሮሜቲየስ ሲፒዩ ጥያቄዎች (ቀጭን ሰማያዊ መስመር) ግራፍ ይኸውና፡

በAWS ላይ Kubernetes የደመና ወጪዎችን ይቆጥቡ

ዛላንዶ ቪፒኤ በሁሉም ዘለላዎቹ ይጠቀማል ለመሠረተ ልማት ክፍሎች. ወሳኝ ያልሆኑ መተግበሪያዎች ቪፒኤን መጠቀም ይችላሉ።

ወርቅዬል ከ ፌርዊንድ ለእያንዳንዱ የስም ቦታ ቪፒኤ የሚፈጥር እና ከዚያም በዳሽቦርዱ ላይ የቪፒኤ ምክርን የሚያሳይ መሳሪያ ነው። ገንቢዎች ለመተግበሪያዎቻቸው ትክክለኛውን የሲፒዩ/የማስታወሻ ጥያቄዎች እንዲያዘጋጁ ሊረዳቸው ይችላል፡

በAWS ላይ Kubernetes የደመና ወጪዎችን ይቆጥቡ

ትንሽ ጻፍኩ ብሎግ ፖስት ስለ ቪ.ፒ.ኤ በ 2019 ፣ እና በቅርብ ጊዜ ውስጥ የCNCF የመጨረሻ ተጠቃሚ ማህበረሰብ በቪፒኤ ጉዳይ ላይ ተወያይቷል።.

EC2 ስፖት ምሳሌዎችን በመጠቀም

በመጨረሻ ግን ቢያንስ፣ የAWS EC2 ወጪዎች እንደ Kubernetes የሰራተኛ አንጓዎች ስፖት ምሳሌዎችን በመጠቀም ሊቀነስ ይችላል። [3]. ስፖት ምሳሌዎች ከፍላጎት ዋጋዎች ጋር ሲወዳደሩ እስከ 90% ቅናሽ ይገኛሉ። Kubernetes በ EC2 Spot ላይ ማስኬድ ጥሩ ቅንጅት ነው፡ ለበለጠ አገልግሎት ብዙ የተለያዩ የምሳሌ አይነቶችን መግለጽ አለብህ፣ ይህም ማለት ትልቅ መስቀለኛ መንገድ በተመሳሳይ ወይም በዝቅተኛ ዋጋ ማግኘት ትችላለህ፣ እና የጨመረው አቅም በኮንቴይነር የ Kubernetes የስራ ጫናዎች መጠቀም ይቻላል።

Kubernetes በ EC2 Spot ላይ እንዴት ማስኬድ ይቻላል? ብዙ አማራጮች አሉ፡ የሶስተኛ ወገን አገልግሎት እንደ SpotInst (አሁን "ስፖት" እየተባለ የሚጠራው) ተጠቀም፣ ለምን እንደሆነ አትጠይቀኝ፣ ወይም በቀላሉ Spot AutoScalingGroup (ASG) ወደ ክላስተርህ ጨምር። ለምሳሌ፣ ከበርካታ የአብነት አይነቶች ጋር ለ"አቅም-የተመቻቸ" Spot ASG የ CloudFormation ቅንጣቢ ይኸውና፡

MySpotAutoScalingGroup:
 Properties:
   HealthCheckGracePeriod: 300
   HealthCheckType: EC2
   MixedInstancesPolicy:
     InstancesDistribution:
       OnDemandPercentageAboveBaseCapacity: 0
       SpotAllocationStrategy: capacity-optimized
     LaunchTemplate:
       LaunchTemplateSpecification:
         LaunchTemplateId: !Ref LaunchTemplate
         Version: !GetAtt LaunchTemplate.LatestVersionNumber
       Overrides:
         - InstanceType: "m4.2xlarge"
         - InstanceType: "m4.4xlarge"
         - InstanceType: "m5.2xlarge"
         - InstanceType: "m5.4xlarge"
         - InstanceType: "r4.2xlarge"
         - InstanceType: "r4.4xlarge"
   LaunchTemplate:
     LaunchTemplateId: !Ref LaunchTemplate
     Version: !GetAtt LaunchTemplate.LatestVersionNumber
   MinSize: 0
   MaxSize: 100
   Tags:
   - Key: k8s.io/cluster-autoscaler/node-template/label/aws.amazon.com/spot
     PropagateAtLaunch: true
     Value: "true"

ስፖት ከኩበርኔትስ ጋር ስለመጠቀም አንዳንድ ማስታወሻዎች፡-

  • የስፖት ማቋረጦችን ማስተናገድ ያስፈልግዎታል፣ ለምሳሌ ምሳሌው ሲቆም መስቀለኛ መንገድን በማዋሃድ
  • ዛላንዶ ይጠቀማል ሹካ ይፋዊ የክላስተር አውቶማቲክ መለኪያ በመስቀለኛ ገንዳ ቅድሚያዎች
  • የቦታ አንጓዎች ማስገደድ ይችላል። በስፖት ውስጥ እንዲሰሩ የስራ ጫናዎችን "ምዝገባ" ይቀበሉ

ማጠቃለያ

አንዳንድ የቀረቡት መሳሪያዎች የደመና ክፍያን ለመቀነስ ጠቃሚ ሆነው እንዳገኙ ተስፋ አደርጋለሁ። አብዛኛውን የጽሁፉን ይዘት በ ላይ ማግኘት ይችላሉ። ንግግሬ በDevOps Gathering 2019 በYouTube እና በስላይድ ላይ.

በ Kubernetes ላይ የደመና ወጪዎችን ለመቆጠብ የእርስዎ ምርጥ ልምዶች ምንድናቸው? እባክዎን በ ላይ ያሳውቁኝ ትዊተር (@try_except_).

[1] በእርግጥ የመስቀለኛ መንገዱ መጠን በተጠበቁ የስርዓት ሀብቶች ስለሚቀንስ ከ3 vCPU ያነሰ ጥቅም ላይ ሊውል ይችላል። ኩበርኔትስ በአካላዊ የመስቀለኛ መንገድ አቅም እና "የተሰጡ" ሀብቶችን ይለያል (ሊመደብ የሚችል መስቀለኛ መንገድ).

[2] የስሌት ምሳሌ፡ አንድ m5.ትልቅ ምሳሌ ከ 8 ጂቢ ማህደረ ትውስታ ጋር በወር ~ 84 ዶላር ነው (eu-central-1፣On-Demand)፣ i.e. 1/8 መስቀለኛ መንገድን ማገድ በወር ~ $10 ያህል ነው።

[3] እንደ የተያዙ አጋጣሚዎች፣ የቁጠባ እቅድ፣ ወዘተ የመሳሰሉ የEC2 ሂሳብን የሚቀንሱበት ብዙ ተጨማሪ መንገዶች አሉ - እነዚያን ርዕሶች እዚህ አልሸፍናቸውም፣ ግን በእርግጠኝነት እነሱን መመልከት አለብዎት!

ስለ ኮርሱ የበለጠ ይረዱ።

ምንጭ: hab.com

አስተያየት ያክሉ