VMware Cloud on AWS 크기 정보(VMware Cloud Sizer)

1. 시작


'VMware Cloud on AWS'의 간이 사이즈라면 누구나 무료로 손쉽게 이용할 수 있다는 점을 소개한다.Tips도 소개합니다.
고급 웹 사이트 도구와 기법에 대해 VMware 회사의 블로그는 이해하기 쉬우니 참고하십시오.
VMware Japan Blog: "VMware Cloud on AWS 크기(높이 Sizer 크기)"

2. VMware Cloud on AWS의 크기가 필요합니까?


가동 환경에만 국한된 것이 아니라 클라우드 서비스를 사용할 때도 순환을 해야 한다. 즉, 얼마나 많은 성능을 필요로 하는 물리 서버와 저장 장치(또는 컴퓨터 자원이 얼마인지)를 미리 토론하고 싶다.아니야, 아니야. 지금은 클라우드 서비스야. 요금을 계산하는 거야. 그런 계산은 필요 없지. 아니면 지금 서버가 없어. 태어나서 한 번도 생각해 본 적이 없어. 이런 사람도 있겠지.이런 상황에서도 IT 예산이 무한하지는 않기 때문에 사용료나 원가감에 대해 대략적인 파악이 있을 것이다.
오프닝이 길어졌지만 클라우드 서비스로서"자원 사용량에 따라 자동으로 호스트 수 증감(Elastic DRS) 설정 가능"의 VMware Cloud on AWS는 본격적인 사용이 시작되기 전에 사이즈를 적용한다.

3. 순환이 필요하다는 것을 알았다.그럼 어떻게 하면 되죠?(역시 전문가가 아니면 어려워.)


"VMware Cloud Sizer"를 사용하면 간단합니다!


본고의 취지는 무료 VMware 회사의 웹 도구'VMware Cloud Sizer를 이용하여 사실상 누구나 간단하게 완성할 수 있다는 것이다.사전에 필요한 것은 보너스 환경에서 얼마나 많은 컴퓨터 자원을 사용했는지, 혹은 앞으로 VMware Cloud on AWS에서 얼마나 많은 컴퓨터 자원을 활용하고 싶은지에 대한 정보다.

VMware 가상 환경 로드맵 시작

필요한 정보

  • a. 실행 중인 가상 머신 대수
  • b.CPU 커밋률
  • c. VM당 평균 vCPU
  • d. 평균 VM당 RAM
  • . e. VM당 평균 스토리지
  • 4. 순환을 시도해보라


    VMware 가상 환경을 시사회에 활용했다고 가정해 보십시오.

    우선 정보를 입력할 준비를 하고 있습니다.

  • a. 부팅형 실행 VM 대수=>100대(Windows, Cent, etc.)
  • b.CPU 제출률=>4(특별한 요구 사항이 없는 경우 기본값으로 설정)
  • c. 평균 VM당 vCPU=>2 ※ 1
  • d. 평균 VM당 RAM=>8(GiB) ※ 1 ※ 2
  • e. 평균 VM당 저장 장치 = >200(GiB) ※ 1 ※ 2
  • 메모
    ※1. c, d, e의 값은 vCenter에 들어간 후에도 가상 기기의'설정'을 통해 확인할 수 있다.(다음 그림)
    ※2. d, e 값은 VMware Cloud Sizer에서 GiB로 입력됩니다.이번에는 정교한 사이즈를 구상하지 못했기 때문에 GB를 GiB 단위로 환산하기가 불편하다.그나저나 100GB(기가바이트) ≈ 93.1 Gibib(기가바이트)의 오차는 약 7% 수준이다.

    순환 결과


    다음 그림은 위에서 입력한 결과를 기준으로 한 것입니다.이번에는 VMware Cloud on AWS에서 실행되는 가상 시스템을 실행하는 데 필요한 리소스 개산을 확인할 수 있습니다.
    ESXi Hosts: 필요한 호스트 수
    Host Type(AWS): 인스턴스 유형(i3.metal 및 i3en.metal에서 선택)

    VMware Corporation의 무료 웹 도구: "VMware Cloud Sizer"(VMC Sizer로 자주 약칭)

    사용료 정보


    「Pricing Calculator」이라는 도구로 간단하게 추산할 수 있다.이것은 다음 보도에서 소개한 것이다.

    5. 순환 Tips(비용 절감 방법)


    사이즈 결과 다시 확인할게요."Driven By Storage"로 표시되는 빨간 상자 섹션에 주의하십시오.
    이것은 순환 결과 중 어느 파라미터가 가장 효과적이고 순환 결과에 가장 큰 영향을 미치는 자원을 의미한다.이는 Storage의 크기를 줄일 수 있다면 필요한 호스트 대수를 줄일 수 있다는 뜻이다.

    예를 들어, e. 가상 시스템당 평균 스토리지를 150(GiB)에서 200(GiB)으로 낮춘 결과는 다음 그림입니다.이전 4 개의 호스트에서 3 개의 호스트로 호스트 수가 줄었습니다.

    이번에는 가상 머신이 100대라고 가정해 총 5000(GiB, 5TiB)의 저장량을 삭감했다.

    스토리지를 어떻게 줄일 수 있습니까?


    여기에 몇 가지 추천 방안이 있는데 대표적으로 다음과 같은 두 가지 모델이 있다.
    모드 #1.AWS 로컬 서비스로 제거
    모드 #2.공급 크기가 아닌 실제 자원 사용량을 바탕으로 순환하다
    모드 #1의 경우 예를 들어 파일 서버가 시작 가상 시스템에 있는 경우 AWS 스토리지 서비스「Amazon FSx」「Amazon S3」로 마운트 해제될 수 있습니다.

    위의 그림은 VMware Japan Blog: "VMware Cloud on AWS와 AWS의 협력"에서 발췌한 것입니다.
    모드 #2는 기본적으로 모드 #1과 함께 구현되므로 더 높은 크기가 필요합니다.

    최후


    이 기사의 목적은 단순히 순환하는 것입니다. 더 정교한 사이즈가 필요하면 상기 VMware 회사의 블로그를 참고하여 VMware 회사나 AWS 또는 각 회사의 합작 파트너와 상의하십시오.우선 VMware Cloud on AWS에 관심을 가질 수 있는 계기가 되었으면 좋겠습니다!
    VMware Corporation의 공식 웹사이트에서도 VMware Cloud Sizer를 확인할 수 있습니다.
    VMware Docs: VMware Cloud Sizer 사용 설명서

    4. 관련 보도

    좋은 웹페이지 즐겨찾기