36개월 동안의 전용 서버 대 클라우드 비용

01

곱하기 전에 시간 경계를 수정하십시오

Tungsto 월간 갱신은 30일 서비스 기간을 나타냅니다. 이러한 기간 36개는 1,080일과 같습니다. 이는 36 역월과 동일하지 않으며, 선택한 간격에 윤일이 포함되면 1,095일 또는 1,096일이 됩니다. 하나의 모델을 선택하고 정확한 시작 날짜, 종료 날짜, 시간대 및 청구 가능 시간 또는 초를 두 워크시트 상단에 배치하세요.

분석에서 1,080 일을 사용하는 경우 출력을 3년으로 조용히 부르지 말고 36 30일 청구 기간으로 라벨을 지정하십시오. 조달에 36 달력 월이 필요한 경우 전용 갱신 및 클라우드 런타임을 해당 정확한 날짜에 걸쳐 가격을 책정하십시오. 이렇게 하면 작은 시간 불일치가 플랫폼 절감으로 제시되는 것을 방지할 수 있습니다.

02

동등한 서비스 범위 정의

제품을 선택하기 전에 워크로드를 설명하십시오: 운영 체제, 지속 및 피크 CPU, 상주 메모리, 로컬 및 영구 스토리지, I/O 패턴, 공용 주소 지정, 월별 전송, 백업 보존, 복구 목표 및 지역. 단일 전용 호스트는 영역 전반에 분산된 클라우드 설계와 자동으로 비교할 수 없으며, 하나의 클라우드 인스턴스도 모든 코어가 지속적으로 사용 가능한 베어메탈 호스트와 비교할 수 없습니다.

동일한 명시된 결과를 충족하는 두 가지 아키텍처를 만드세요. 장애 조치가 필요한 경우 양쪽에 대기 컴퓨팅, 복제된 스토리지, 로드 밸런싱 및 운영자 절차를 포함하세요. 탄력성이 요구 사항인 경우 전용 서버를 전체 활용률로 청구하고 조용한 시간에만 소형 클라우드 인스턴스를 청구하는 대신 실제 일정과 피크 형태를 모델링하세요.

03

완전하고 출처가 있는 비용 원장 구축

전용 임대의 경우 선택한 기간 가격, 추가 주소 또는 서비스, 외부 백업, 소프트웨어 라이선스 및 관리를 포함하십시오. 클라우드의 경우 컴퓨팅 구매 모델, 블록 또는 객체 스토리지, 프로비저닝된 성능, 스냅샷, 백업 검색, 데이터 전송, 공용 주소, 로드 밸런서, 모니터링, 지원 및 동일한 라이선스와 직원 작업을 포함하십시오. 세금 및 통화 변환 규칙을 일관되게 유지하십시오.

기억된 가격 대신 날짜가 있는 공급자 계산기 내보내기를 사용하십시오. AWS는 인스턴스, EBS, 모니터링, 전송, 주소 및 추가 비용에 대해 별도의 추정 입력을 문서화합니다. 다른 공급자도 자체 규칙이 있습니다. 온디맨드 컴퓨팅은 초 단위로 청구될 수 있지만 스토리지와 전송은 다른 차원을 사용하므로 하나의 월별 자리 표시자가 전체 아키텍처를 나타낼 수 없습니다.

• AWS EC2 추정 구성 요소 ↗

04

하나의 예측 대신 민감도 분석을 실행하십시오

모든 불확실한 입력을 표시하세요. 낮은 활용도와 높은 활용도, 전송, 스토리지 증가, 백업 보존, 운영자 시간에 대해 다시 계산하세요. 클라우드 할인에 대한 약정 만료 사례와 전용 설계에 대한 교체 또는 마이그레이션 사례를 추가하세요. 경쟁사 가격이나 성능을 만들어내지 말고 현재 제시된 값을 입력하고 검색 날짜를 기록하세요.

유용한 손익분기 진술은 조건부입니다. 선택한 런타임, 전송 및 인력 가정 하에서 고정된 기간 동안 한 설계의 비용이 더 적게 듭니다. 이는 클라우드나 베어메탈에 대한 보편적인 주장이 아닙니다.

05

감사 가능한 결정 생성

예상 결과는 각 아키텍처에 대한 자재 명세서, 공통 일 경계, 소스 링크, 세 가지 민감도 사례, 제외된 이점이나 위험 목록입니다. 마이그레이션 노력, 종속성, 확장 속도, 하드웨어 격리를 달러로 환산하지 않더라도 결정 요소로 포함하세요. 실제 청구서와 사용률을 주기적으로 검토하세요. 이 모델은 결정 기록이지 미래 가격이나 워크로드 수요가 고정될 것이라는 약속이 아닙니다.