Changing domestic CSP naming pattern

[seokho-son]

Changing domestic CSP naming pattern

[innodreamer]

@powerkimhub (@seokho-son )

• KT Cloud VPC(D1 platform) 드라이버에서 제공하는 zone 정보는 D1 paltform에서 region/zone 정보 API를 지원하지 않아 driver 자체에서 가공해서 제공하는 정보입니다.

• 전에 KT Cloud에 문의한 결과로 DX-M1, DX-Central zone의 차이는 아래와 같습니다.

  • DX-M1 zone (서울) : 일반 기업 고객 대상의 public infra service
  • DX-Central zone (천안) : 금융 기업 고객 대상의 public infra service

그리고, DX-DCN-CJ는 검색해보니 자세한 정보는 없지만, K2P(KT Cloud Kubernetes Pack, 가상화된 클라우드 환경에서 Container형 어플리케이션의 배포/관리 가능한 플랫폼 서비스)와 KT Hyperscale AI Computing 서비스를 위한 것으로 나옵니다.

[innodreamer]

@powerkimhub (@seokho-son)
이 issue 내용과 관련하여, 저도 @seokho-son 님의 제안에 동의합니다.
국내 CSP에서 아직 VPC를 지원하는 zone이 많지는 않지만 각 CSP 사에서 VPC 지원 platform 발전에 더 중점을 두고 있다고 생각되고, 향후에도 더 가속화되리라고 생각되기때문입니다.
NCP의 경우 예를들면 지원 OS image도 NCP VPC에서 최신 버전의 image를 제공하고 있습니다.

[powerkimhub]

@seokho-son @innodreamer

• 좋은 의견입니다.
• 궁극적으로는 VPC 모델로 수렴할 것이므로, 변경하도록 하겠습니다.
• 다만, 현재 국내 CSP 현황을 보면 반영 시기는 급한 것 같지는 않습니다. (아래 현황 참고)
  • 타 기능/자원 우선 순위 등을 고려하여 반영 시기 결정하겠습니다.
• @innodreamer 의견은 어떠신지 문의 드립니다. (맨 아래 문의 사항도 확인 부탁 드립니다.)

[NCP 현황 참고]

• 명칭: NCP Classic, NCP VPC와 같이 명시적으로 구분하고 있음
• Region/Zone 현황: Classic 우세

  • NCP Classic: 6-Regions, 7-Zones

    • 

  • NCP VPC: 3-Regions, 6-Zones

    • 

[KT Cloud 현황 참고]

• 명칭: @G1, G2 플랫폼(Cloudstack), @D1 플랫폼(신형-Openstack)

  • @D1: VPC 개념 완벽 제공 보다는 Subnet 개념인 Server-Tier 네트워크 자원 제공

• KT Cloud @G1, G2 플랫폼(Cloudstack): 2-Regions, 4-Zones

  • 

• KT Cloud , @D1 플랫폼(Openstack) : 3-Zones 제공(Regions 구분은 부정확,)

  • 
  • 대상 3개 Zone(DX-M1, DX-Central, DX-DCN-CJ)은 사용 신청이 필요하며, 신청과 동시에 월 30만원 기본 요금 과금
  • 현재, Barista에서는 DX-M1 Zone만 신청/사용중
  • 그래서인지, 현재 @D1 플랫폼 Zone 목록이 다음과 같음(확인 필요 사항: 아래 문의 참고)
    • 

@innodreamer

• 현재 제공 중이신 KT Cloud @d1 Zone 정보가 KT Cloud API 호출 결과인지요?
• 3개 Zone 전체를 제공하는 방법은 없나요?
  • 전체를 제공해주는 경우,
  • 신청하지 않은 사용하지 못할 Zone의 경우 Zone Status로 구분해주면 될 것 같습니다.

[powerkimhub]

@innodreamer @seokho-son

• 넵, 현황 공유 감사드립니다.
• 추후, 적적한 시점에 반영 작업 진행하겠습니다.