Zone Networks의 SLA는 고객이 복구되기 전에 한 시계를 멈춘다

요약

• Zone Networks의 공개 SLA는 하드웨어 교체를 소프트웨어 재적재, RAID 재구성, 백업 복원이라는 더 긴 작업과 분리한다. 그래서 회사의 다운타임 시계는 멈출 수 있지만 고객의 업무 복구 시계는 여전히 흐르고 있다.
• 공개 근거는 호주에서 운영 중인 네트워크와 시드니 호스팅 연관성을 뒷받침하지만, 랙 수, 계약 전력, 예비 서버, 스토리지 여유, 물리적 경로 이중화, 백업 목적지, 장애 시 이용 가능한 용량에 대해서는 아무것도 밝히지 않는다.
• 구매자는 완전한 복구 결과를 계약으로 확정하고, 고장난 기기 이외의 모든 의존성을 매핑하며, 전체 복원을 테스트해야 한다. 데이터센터 이중화, 호주 내 위치, 예정된 백업만으로는 복구 가능성이 확보되지 않는다.

첫 번째 시계는 전원 버튼에서 멈춘다

상상해 보라. 거래 시작 시간에 시드니의 전용 서버가 고장난다. 고객에게는 응답하지 않는 애플리케이션, 답이 없는 거래, 접근을 기다리는 직원으로 보인다. 호스팅 회사에게는 고장난 물리적 기기로 보인다. 두 시각은 같은 사건을 서술하지만, 그 종료를 서로 다르게 측정한다. 이 구분은 외부에서 억지로 던져진 이론적 반론이 아니다. Zone Networks 자체의서비스 수준 계약에 나타난다. 이 문서는 하드웨어 고장에 대해 교체 장비에 전원이 인가되면 다운타임이 끝난다고 규정하고, 소프트웨어 재적재, RAID 재구성, 백업으로부터의 복원은 하드웨어 고장 계산에서 제외한다.

그 결과는 두 개의 시계다. 첫 번째는 장비 의무에 속한다. 교체 섀시 또는 동등한 하드웨어가 설치되고 전원이 켜질 때까지의 간격을 측정한다. 두 번째는 고객 결과에 속한다. 운영체제가 정상 기동하고, 스토리지가 일관되며, 데이터가 허용 가능한 시점으로 복원되고, 애플리케이션이 구성되고, 자격 증명이 동작하고, 외부 의존성이 다시 연결되고, 사용자가 업무를 수행할 수 있을 때까지 흐른다. 두 시계는 하나의 물리적 사건으로 시작하지만, 계약 문구는 그것들이 전혀 다른 시점에 멈출 수 있게 허용한다.

이 격차가 중요한 이유는, 전원 인가 이후의 작업이 복구에서 가장 불확실한 부분일 수 있기 때문이다. 교체 서버는 전기적으로 건강하면서도 상업적으로 쓸모없을 수 있다. RAID 세트는 재구성에 수 시간이 필요할 수 있다. 이미지가 존재하더라도 바뀐 하드웨어에서 부팅에 실패할 수 있다. 데이터베이스가 복원되더라도 일관성을 위해 이후 로그가 필요할 수 있다. 애플리케이션이 기동하더라도 주소가 바뀌었거나 DNS가 이동하지 않았거나, 라이선스가 새 기기를 거부하거나, 외부 시스템이 이전 IP만 허용하기 때문에 여전히 도달할 수 없을 수 있다. 각 단계는 SLA에 기술된 하드웨어 시계를 늘리지 않으면서 고객의 시계를 늘린다.

SLA는 2018년 1월자이며, 서명된 서비스 스케줄이 이를 수정할 수 있다. 따라서 현재 구매에는 서명된 문서가 결정적이다. 공개된 문구가 무관해지는 것은 아니다. 공개 문서는 구매자가 암묵적으로 두어서는 안 되는 기본 경계를 확립한다. 약속된 결과가 단지 전원이 켜진 교체 장비라면, 고객은 장비 수리와 업무 복원 사이의 가격이 매겨지지 않은 구간을 떠안는다. 약속된 결과가 동작하는 애플리케이션이라면, 계약은 어떤 복원 작업이 포함되는지, 어떤 순서로, 어떤 복구 목표와 함께, 누구의 인력이 대기하는지 명시해야 한다.

이것이 Zone Networks의 회복탄력성 주장을 재는 핵심 척도다. 가동률 백분율은 장애를 월간 산술 결과로 압축할 수 있다. 복구 시계는 실제 노동과 의존성을 드러낸다. 유용한 질문은 기기를 얼마나 빨리 교체할 수 있느냐만이 아니다. 교체가 더 좁은 장비 의무를 충족한 이후 서비스가 얼마나 오래 이용 불가능하냐는 것이다.

두 번째 시계는 사람과 기술의 연쇄 작업이다

고객 시계는 단일 구성요소를 기다리지 않는다. 그것은 하나의 순서를 측정하며, 그 순서는 가장 느린 미해결 의존성만큼 느리다.서비스 이용약관은 청구, 해지, 종료, 통지, 데이터 삭제, 책임 조항 등 그 순서 주변의 상업적 경계를 추가한다. 이는 중단 상황에서 주변적인 법적 세부사항이 아니다. 계정 접근, 청구서 상태, 데이터 회수 권리, 삭제 전 남은 시간이 기술적 복구를 시도할 수 있는지조차 결정할 수 있다.

진단부터 시작하자. 누군가 고장이 디스크인지, 컨트롤러인지, 메인보드인지, 전력 공급인지, 하이퍼바이저인지, 공유 스토리지 시스템인지, 랙 네트워크인지, 상위 경로인지, 애플리케이션 문제인지 판단해야 한다. 잘못된 진단은 초기 복구 기간을 소모한다. 다음은 권한이다. 자가 관리 고객과 관리 등급 고객은 누가 운영체제를 재적재하고, 방화벽을 구성하고, 데이터베이스를 수리하고, 복원을 시작하는지에 대해 서로 다른 기대를 가질 수 있다. 그 책임이 문서화되어 있지 않으면, 양측은 서로를 기다리는 동안 업무 시계는 계속 흐른다.

다음은 하드웨어 적합성이다. 교체 장비는 전원이 켜지기만 하면 되는 것이 아니다. 가용한 드라이브나 복원된 이미지를 수용하고, 필요한 컨트롤러를 지원하고, 충분한 메모리와 스토리지를 제공하며, 의도된 구성과 호환되는 네트워크 인터페이스를 제공해야 한다. 동일 사양 재고는 불확실성을 줄이지만, 몇 대의 매칭 섀시·드라이브·컨트롤러·노드가 고장용으로 예비되어 있는지 확립하는 공개 재고는 없다. 명목상의 교체 약속은 즉시 사용 가능한 재고의 증거와 같지 않다.

스토리지는 또 다른 분기점을 더한다. 고장난 기기가 로컬 RAID를 사용한다면, 재구성 시간과 살아남은 드라이브의 상태가 중요하다. 공유 스토리지에 의존한다면, 호스트 교체가 실제 장애 영역을 해결하지 못할 수 있다. 스토리지 시스템은 살아 있지만 복원된 서버에 새 논리적 매핑이 필요하다면 여전히 구성 작업이 남는다. 백업을 사용해야 한다면, 복구 시점, 전송 속도, 이미지 무결성, 복호화 키, 목적지 용량이 모두 경과 시간의 일부가 된다.

애플리케이션 의존성은 마지막에 오지만 가장 오래 지속될 수 있다. DNS 레코드가 변경되어야 할 수 있다. 캐시된 응답이 이전 경로를 유지할 수 있다. 인증서와 시크릿은 이용 가능해야 한다. 상용 소프트웨어는 라이선스를 고장난 기기에 묶어둘 수 있다. 파트너 시스템은 알려진 주소만 허용할 수 있다. 이메일 평판, 결제 콜백, 데이터베이스 복제본, 예약 작업, 모니터링이 모두 이전 환경을 참조할 수 있다. 고객은 교체 하드웨어 위의 동작하는 셸을 받으면서도, 동작하는 회사로부터는 아직 멀 수 있다.

그렇기 때문에 복구 약속은 구성요소 동작이 아니라 최종 상태를 서술해야 한다. "하드웨어 교체"는 관측 가능하지만, "서비스 복원"과 같은 사건이 아니다. 후자는 정의된 애플리케이션, 합의된 데이터 시점, 상태 확인, 결과를 승인할 권한 있는 사람을 요구한다. 그 요소들이 없다면 두 번째 시계에는 합의된 정지 조건이 없다.

시드니는 입증된 중심지일 뿐, 완전한 복구 지도가 아니다

Zone Networks는 검증 가능한 호주 법인 경계를 갖는다.호주 사업자 등록부는 Zone Networks Pty Ltd를 ABN 83 136 050 578, ACN 136 050 578의 활성 호주 사기업으로 기록한다. ABN은 2009년 3월 24일부터 활성 상태이며, 사업명 ZONE NETWORKS는 2011년 8월부터 나타나고, 주요 사업 위치는 NSW 2015로 기록되어 있다. 이는 계약 주체에 대한 신뢰를 뒷받침하지만, 법인 존재는 장애 시 이용 가능한 랙 수에 대해 아무것도 말하지 않는다.

회사의홈페이지는 클라우드 호스팅, 가상 서버, 전용 서버, 콜로케이션, 호주 내 운영, 시드니 데이터센터 입지를 광고한다.전용 서버 개요는 그 기기들이 시드니의 Equinix 데이터센터에서 호스팅된다고 서술한다.관리형 콜로케이션 페이지는 더 나아가 SY3와 SY4, 랙 유닛·풀랙 패키지, 전력 할당, 프라이빗 케이지 맥락, SY3의 네트워크 운영 센터를 언급한다.

이 서술들은 시드니를 광고되는 호스팅 서비스의 입증된 물리적 중심지로 확립한다. 그러나 어느 고객이 어느 건물에 있는지, 워크로드가 두 시설에 걸쳐 복제되어 있는지, 두 번째 사본이 같은 로컬 장애 영역 밖에서 실행될 수 있는지는 밝히지 않는다. 전 세계 사용자에 도달하는 서비스도 시드니 자산의 집중된 집합에 의존할 수 있다. 글로벌 도달은 누가 연결할 수 있는지를 서술할 뿐, 다대륙 서버 자산의 증거가 아니다.

시설 운영자가 두 번째 근거층을 제공한다. Equinix는 알렉산드리아의 Bourke Road 47에SY3를, 같은 도로 200번지에SY4를 게시한다. 그 페이지들은 건물 전체 공간과 이중화 특성을 서술한다.시드니 광역 개요는 이 건물들을 더 넓은 캠퍼스와 상호연결 생태계에 놓는다.

소유권 경계가 핵심이다. Equinix는 건물을 운영하고 건물 전체 사양을 게시한다. Zone Networks는 임대 또는 계약 공간 안에서 자체 상업적 제안에 따라 서버, 네트워크 장비, 연결성, 소프트웨어, 지원을 갖춘 리테일 서비스를 조립하는 것으로 보인다. 이중화된 건물은 모든 테넌트를 돕지만, 테넌트는 자신의 랙, 전력 피드, 장치, 워크로드 설계에 도달하는 이익만 받는다.

공개 근거는 Zone Networks의 케이지 식별자, 임대 스케줄, 점유 랙 수, 현재 전력 소비, 고객 배치를 밝히지 않는다. 따라서 두 광고 시설이 중복된 고객 용량인지, 독립된 운영 영역인지, 단순히 선택 가능한 콜로케이션 옵션인지 보여줄 수 없다. 두 사이트 이름의 존재는 그 사이에서 테스트된 워크로드 이전과 같지 않다. 고객 시계에서 누락된 사실은 SY3와 SY4의 존재 여부가 아니다. 고객 서비스가 평소 위치를 담을 수 없을 때 준비되고, 승인되고, 충분히 규모 있는 목적지를 갖는지 여부다.

건물 이중화가 랙 여유 용량을 보여주지는 않는다

시설 사양은 마치 애플리케이션 가용성으로 직접 흘러 들어가는 것처럼 인용되곤 한다. 그렇지 않다. SY3는 6,894제곱미터의 시설 공간, 최소 4 kVA 캐비닛 밀도, N+1 전력·냉각을 게시한다. SY4는 7,445제곱미터, 동일 최소 밀도, N+1 전력, N+20% 냉각을 게시한다. 이 수치는 Equinix 시설을 전체로서 서술한다. Zone Networks의 할당도, 고객 복구 결과도 아니다.

건물 설계와 애플리케이션 생존 사이에는 구현 선택의 사슬이 있다. 랙은 의도된 피드를 받아야 한다. 서버는 그 피드에 연결된 호환 전원 공급 장치가 필요하다. 네트워크 장치는 단일 전력 또는 스위칭 의존을 피해야 한다. 스토리지, 관리 접근, 모니터링이 같은 사건을 살아남아야 한다. 고객이 하나의 유효 전력 경로를 가진 한 대의 기기에 의존한다면, N+1 건물은 애플리케이션의 두 번째 인스턴스를 만들지 않는다.

물리적 공간에도 같은 경계가 적용된다. 시설 수준의 수천 제곱미터는 Zone Networks가 몇 개 캐비닛을 점유하는지, 몇 랙 유닛을 판매하는지, 얼마의 전력을 계약했는지, 무엇이 남아 있는지 답하지 않는다. 콜로케이션 페이지는 1U부터 풀랙, 0.5A부터 20A까지의 패키지를 보여준다. 그것은 상업적 형태일 뿐, 공실, 전원이 인가된 재고, 이중 피드 사용, 긴급 이동용 예비 풀을 확립하지 않는다.

장애 시 사용 가능한 용량은 설치된 용량보다 좁다. 서버가 설치되어 있어도 다른 고객에게 할당될 수 있다. 랙에 빈 유닛이 있어도 예비 전력이 없을 수 있다. 호스트에 평상시 여유가 있어도 다른 노드의 게스트를 흡수할 메모리가 부족할 수 있다. 스토리지 어레이에 원시 용량이 있어도 사용 가능한 성능이나 복제 상태가 부족할 수 있다. 백업 시스템이 사본을 보유해도 여러 고객을 동시에 되돌릴 복원 대역폭이 없을 수 있다. 이런 제약은 건물의 총량 설계 인용으로 해결되지 않는다.

따라서 공개되지 않은 값들은 운영적으로 중요하다. 총 랙 수, 계약 전력, 호스트 수, 사용률, 과잉구독, 원시 및 사용 가능한 공유 스토리지 용량, 스토리지 복제, 예비 노드, 교체 부품, 판매된 재고, 백업 사용률, 장애 시 여유가 그렇다. 그 부재는 용량이 부적절하다는 증거가 아니다. 검토된 기록에서 적절성이 입증되지 않았다는 뜻이다.

신중한 구매자는 평상시의 용량이 아니라 장애 이후의 용량 상태를 요구해야 한다. 나머지 클러스터가 합의된 한도 내에 머물면서 몇 개 호스트를 잃을 수 있는가? 교체 하드웨어는 전용인가, 풀링되어 있는가, 아니면 사건 이후 조달되는가? 피드가 실패하면 다른 랙이 부하를 받을 수 있는가? 두 번째 시설이 호환 컴퓨팅과 최신 데이터를 보유하고 있는가, 아니면 장애 중에 구축되어야 하는가? 이 답들이 시설 언어를 복구 설계로 바꾼다. 없다면, 고객의 두 번째 시계는 측정되지 않은 여유 위에 놓인다.

네트워크 존재가 검증된 우회 경로는 아니다

네트워크 근거는 운영 중인 호주 네트워크를 뒷받침할 만큼 충분하지만, 물리적 복구 다이어그램은 아니다. PeeringDB는 Zone Networks를 두 자율 시스템과 연관시킨다.AS56106 기록은 10 Gbps NSW-IX 포트와 시드니·싱가포르 시설 존재를 선언한다.AS45152 기록은 10 Gbps Equinix 시드니 포트와 시드니 시설 존재를 선언한다. 참여자가 유지하는 이 기록들은 상호연결의 유용한 증거다. 워크로드 지도, 트래픽 측정, 여유 대역폭의 보장은 아니다.

현재 라우팅 관측은 또 다른 층을 제공한다. 검토 시점에AS56106 뷰는 8개 관측 IPv4 경로, 4개 관측 상위, NSW-IX 관계를 보여주었다.AS45152 뷰는 7개 관측 IPv4 경로와 AS56106 및 Vocus를 포함한 상위 관계를 보여주었다. Cloudflare Radar는AS56106 프로필과AS45152 프로필을 통해 호주 신원을 회사 웹사이트와 독립적으로 묶는다.

함께, 이 기록들은 Zone Networks가 호주 신원 아래 가시적인 인터넷 라우팅을 운영한다는 중간 신뢰도를 뒷받침한다. 그것들은 광섬유 덕트, 건물 입구, 크로스커넥트 분리, 계약 트랜짓, 정상 트래픽 한도, 경로 사용률, 특정 고객에게 할당된 경로를 노출하지 않는다. 여러 상위 이름이 여전히 하나의 물리적 의존에 수렴할 수 있다. 여러 시설 입구는 고객 컴퓨팅이 아니라 네트워크 장비일 수 있다. 포트의 명목 속도는 한 인터페이스의 상한이며, 다른 경로가 실패한 후 대체 경로가 전체 부하를 감당할 수 있다는 증거가 아니다.

싱가포르 항목에는 특별한 절제가 필요하다. 그것들은 나열된 시설에서 네트워크 존재, 상호연결 장비 또는 운영 관계를 나타낼 수 있다. 고객 서버, 애플리케이션 복제본, 백업 사본이 싱가포르에 놓여 있다는 것을 확립하지 않는다. 그 기록에서 지리적 컴퓨팅 다양성을 주장하는 것은, 근거가 뒷받침하지 않는 물리적 자산 단정으로 논리적 네트워크 선언을 바꾸는 일이다.

복구 질문은 "회사가 여러 연결을 갖고 있는가"보다 구체적이다. 정의된 고객 경로가 정의된 장애를 살아남는지 묻는다. 하나의 상위가 실패하면 다른 곳에서 충분한 계약 용량이 있는가? 교환 포트가 실패하면 트래픽이 트랜짓을 포화시키지 않고 이동할 수 있는가? 크로스커넥트나 건물 입구가 잃어지면 대체 경로가 물리적으로 그것을 피하는가? DDoS가 정상 트래픽 용량을 초과하면 트래픽은 필터링되거나 우회되거나 널 라우팅되는가, 그리고 그 결정이 유효한 동안 애플리케이션은 무엇이 되는가?

BGP는 경로가 관측되는 것을 보여줄 수 있다. 물리적 단절 후 고객 서비스가 얼마나 빨리 돌아오는지, 모든 의존성이 대체 경로에서 광고되는지, 방화벽과 허용 목록 규칙이 변화를 수용하는지는 보여줄 수 없다. 따라서 네트워크 복구에도 자체적인 두 번째 시계가 있다. 경로는 보이지만 애플리케이션은 여전히 접근 불가능할 수 있다. 구매자는 공개 인접성에서 조립된 추론이 아니라 제품별 토폴로지, 장애 테스트, 용량 약속을 필요로 한다.

제품 카탈로그는 할당을 설명할 뿐, 예비 물량이 아니다

Zone Networks의 공개 페이지는 넓은 상업적 카탈로그를 보여준다.소개 페이지는 호스팅 역사를 서술하고 Dell 하드웨어, EMC 스토리지, Juniper 라우팅과 보안 장비를 언급한다.고객 포털은 제품 카테고리, 계정 접근, 지원, 공지, 네트워크 상태 내비게이션을 노출한다. 이것은 운영 중인 서비스 표면의 신호다. 모든 표시된 플랜이 현재 주문 가능하고, 모든 하부 시스템이 서술된 대로 남아 있다는 증명은 아니다.

이 구분이 중요한 이유는 여러 페이지가 오래된 기술 참조를 담고 있는 반면, 법적 문서는 2018년자이기 때문이다. 노화된 문구가 서비스가 멈췄다는 증거는 아니다. 도달 가능한 상점이 특정 구성이 재고에 있다는 증거도 아니다. 공개 페이지는 여러 세대의 장비에 걸쳐 계속 보일 수 있다. 현재 구매자는 날짜가 기입된 구성과 현재 용량 진술을 필요로 한다.

클라우드 호스팅 개요는 리눅스와 윈도우 공유 호스팅, Dell 하드웨어, EMC 공유 스토리지, 일일 백업, 가용성 언어를 서술한다.클라우드 VPS 개요는 자가 치유 가상 인프라, 모니터링, 일일 백업, 리눅스 또는 윈도우 옵션을 언급한다. 그 주장은 의도된 서비스 행동을 서술한다. 클러스터 크기, 호스트 수, 스토리지 장애 영역, 고장난 노드에서 게스트를 옮기는 데 필요한 예비 용량은 드러내지 않는다.

플랜 페이지는 범주 오류를 더 명확하게 만든다.관리형 cPanel VPS 페이지는 가상 CPU 4~8개, 메모리 4~8GB, 공유 스토리지 50~100GB, 전송량 1~3TB의 등급을 보여준다.관리형 Windows VPS 페이지는 가상 CPU 8개, 메모리 8GB, 공유 스토리지 100GB, 전송량 3TB의 등급 하나를, 노드 이전과 일일 이미지 언어와 함께 보여준다.SSD VPS 페이지는 고정 리소스 등급을 제시하고, 매일 밤 백업이 7일 보존 기간을 갖는다고 말한다.

이 수치는 한 고객이 무엇을 살 수 있는지 정의한다. 플랜 뒤의 물리적 코어, 메모리, 스토리지, 네트워크, 백업 용량을 합한 것이 아니다. 판매된 인스턴스 수도, 과잉구독 정도도 드러내지 않는다. 게스트가 다른 노드로 이동할 수 있다는 약속은, 공개되지 않은 호환 호스트 풀, 컨트롤 플레인 건강, 공유 스토리지 가용성에 의존한다. 플랜 할당은 상관 장애 시 그 풀이 존재하는지 구매자에게 말해줄 수 없다.

전용 서버 페이지는 다른 형태로 같은 문제를 만든다.프리미엄 전용 서버 페이지는 단일 소켓 구성, 드라이브, RAID, 전송량, 포트 사양을 나열한다.엔터프라이즈 전용 서버 페이지는 듀얼 소켓 기기, 메모리, 스토리지, 서비스 수준을 나열한다. 이것은 기기당 오퍼이지, 설치·전원 인가·미판매·교체 시스템의 날짜가 기입된 수가 아니다.

전용 서버 특별 오퍼는 프라이빗 케이지와 SY3 모니터링, 리테일 하드웨어, 백업 등급, "잉여 재고"를 언급한다. 그러나 재고는 수량화되지 않았고 날짜가 없으며, 광고된 오프사이트 백업 목적지는 이름이 없다. 오래된 구성은 오래된 카탈로그나 특정 판매용 장비를 나타낼 수 있다. 그것은 현재의 긴급 예비를 확립하지 않는다. 복구는 판매 페이지에서 한 번 서술된 하드웨어가 아니라, 구성요소가 고장날 때 실제로 도달 가능한 하드웨어에 달려 있다.

마지막으로,서버 관리 개요는 자가 관리, 브론즈, 골드 계층을 서술하고 시스템, 데이터베이스, 방화벽, 모니터링, 백업 작업을 언급한다. 정확한 포함 사항은 페이지에서 회수하기 어렵고 계약마다 다를 수 있다. 그 모호성은 두 시계에 직접 닿는다. 관리 라벨만으로 누가 RAID를 재구성하고, 데이터베이스를 복원하고, DNS를 갱신하고, 애플리케이션을 검증하는지 답하지 않는다. 그 작업은 명시적으로 할당되어야 하며, 에스컬레이션 연락처와 시간 목표가 함께해야 한다.

백업 빈도가 곧 복구 결과는 아니다

백업은 완전하고, 격리되고, 읽을 수 있고, 이용 가능한 목적지로 복원될 수 있을 때만 두 번째 시계를 줄일 수 있다. Zone Networks의이용 규정은 일일 이미지가 특정 서비스에 적용된다고 말하고, 로컬 또는 오프사이트 백업 책임을 고객에게 둔다. 그 할당이 결정적이다. 호스팅 회사의 스케줄이 전체 책임을 이전한다고 가정한 고객은, 장애 이후 상업적·기술적 의무가 결코 정렬되지 않았음을 발견할 수 있다.

여러 공개 페이지는 일일, 야간, 온사이트, 오프사이트 백업 언어를 사용한다. 스케줄은 의도된 빈도를 보여준다. 보존은 사본이 남아 있어야 하는 기간을 보여준다. 어느 쪽도, 최신 작업이 완료되었는지, 손상이 감지되었는지, 자격 증명이 기본 환경과 분리되어 있는지, 삭제가 모든 사본에 도달할 수 없는지, 이미지가 성공적으로 복원되었는지 증명하지 않는다. 백업과 복구의 차이는 바이트를 보유하는 것과 사업을 복원하는 것의 차이다.

호주 신호국(ASD)의정기 백업 안내는 조화된 백업, 복원 테스트, 권한 없는 계정에 의한 수정·삭제로부터의 보호를 강조한다. 이는 일반 안내이지 Zone Networks에 대한 테스트가 아니다. 고객이 추론 대신 요구해야 할 증거를 확인해 주기 때문에 유용하다.

목적지는 가장 큰 미지 중 하나다. 전용 서버 오퍼는 오프사이트 옵션을 서술하지만, 검토된 공개 자료는 두 번째 시설, 도시, 통제 경계, 네트워크 경로를 명명하지 않는다. 사본이 기본 서비스와 자격 증명, 관리, 스토리지 기술, 전력 지역, 지원 인력을 공유하는지도 명시하지 않는다. 복제 지연, 백업 사용률, 복원 대역폭, 완료된 테스트의 이력도 게시하지 않는다. "오프사이트"는 가치가 있을 수 있지만, 그 이중화는 그 사이트가 무엇으로부터 떨어져 있는지에 달려 있다.

복원 처리량도 용량 질문이다. 단일 작은 이미지는 조용한 테스트에서 빠르게 돌아올 수 있다. 시설 사건은 많은 고객이 동시에 복원을 요청하게 할 수 있다. 그때 가용한 목적지 컴퓨팅, 스토리지 쓰기 속도, 네트워크 대역폭, 지원 인력이 공유 제약이 된다. 7일 보존은 시간당 몇 테라바이트를 돌려줄 수 있는지, 수요가 상관될 때 요청이 어떻게 우선순위화되는지 아무것도 말하지 않는다.

고객은 복구 시점과 복구 시간을 별도로 정의해야 한다. 복구 시점은 최근 데이터 중 얼마를 잃을 수 있는지 결정한다. 복구 시간은 서비스가 얼마나 오래 사용 불가능할 수 있는지 결정한다. 사업이 몇 분의 데이터 손실과 빠른 복귀를 기대한다면 일일 이미지는 어느 쪽도 충족하지 못할 수 있다. 반대로, 시간에 덜 민감한 워크로드에는 그 트레이드오프가 인정된다면 전적으로 적합할 수 있다. 중요한 단계는 기대를 계약화하고 실제 애플리케이션으로 테스트하는 것이다.

신뢰할 수 있는 연습은 청정 목적지로 복원하고, 긴급용으로 의도된 자격 증명을 사용하고, 데이터를 검증하고, 의존 서비스를 기동하고, 네트워크 진입점을 변경하거나 시뮬레이션하며, 경과 시간을 기록한다. 누락된 라이선스, 시크릿, DNS 레코드, 방화벽 규칙, 외부 허용 목록을 드러내야 한다. 그 증거만이 백업 스케줄을 고객의 사업 시계와 연결한다.

장애는 대개 고장난 기기보다 넓다

가장 단순한 사건은 즉시 사용 가능한 교체가 있는 하나의 고장 구성요소다. 실제 호스팅 장애는 더 넓을 수 있다. 랙 전력 사건은 서버, 스위치, 스토리지 경로를 함께 영향을 줄 수 있다. 공유 스토리지 고장은 건강한 하이퍼바이저를 고객 데이터 없이 남길 수 있다. 하이퍼바이저 고장은 예비 컴퓨팅과 동작하는 컨트롤 플레인을 필요로 할 수 있다. 상위, 교환, 크로스커넥트, 라우팅 고장은 완전히 전원이 켜진 기기를 고립시킬 수 있다.

각 장애는 다른 복구 경계를 가진다. 랙이 전력을 잃으면 관련 질문은 고객이 그 랙 밖에 사본을 갖는지, 대체 환경이 네트워크 접근을 갖는지이다. 공유 스토리지가 실패하면 서버 교체는 데이터 경로를 복원하지 않는다. 상위가 실패하면 물리적 다양성과 충분한 용량이 없다면 보이는 대체 BGP 관계는 도움이 되지 않는다. DDoS 트래픽이 이용 가능한 완화를 초과하면, 널 라우트는 네트워크를 보호하면서 대상 서비스를 접근 불가능하게 만들 수 있다.

하드웨어 부족은 기술적 고장을 조달 지연으로 바꾼다. 카탈로그는 구성을 나열하지만 공개 근거는 예비 부품을 보여주지 않는다. 고장난 컨트롤러나 오래된 섀시는 호환 부품이 현장에 없다면 특히 어려울 수 있다. 더 큰 교체는 동작할 수 있지만, 바뀐 드라이버, 스토리지 매핑, 라이선스, 물리적 설치를 요구할 수 있다. 첫 번째 시계는 "교체"가 무엇을 뜻하는지에 달려 있고, 두 번째는 애플리케이션이 그것을 수용하는지에 달려 있다.

지원 지연은 모든 분기를 늘릴 수 있다. 운영자는 사건을 통지받거나 인지하고, 분류하고, 정확한 계약을 찾고, 접근을 확보하고, 인력을 배정해야 한다. 고객은 승인된 연락처에 도달하고 충분한 정보를 제공해야 한다. 작업이 하드웨어에서 운영체제, 데이터베이스, 방화벽, 애플리케이션으로 넘어가면, 책임은 관리 등급 경계를 넘을 수 있다. 명확한 에스컬레이션 경로와 단일 사건 소유자는 인계를 줄인다.

상업적 상태가 운영적 의존이 될 수 있다. 청구 정지, 계정 해지, 포털 접근, 통지 처리가 고객의 작업 요청 또는 데이터 회수 능력에 영향을 줄 수 있다. 물리적 고장만 고려하는 비즈니스 연속성 계획은 이 행정 경로를 놓친다. 계정 자격 증명도 마찬가지다. 유일한 관리자가 사용 불가능하거나 다중 요소 접근이 고장난 시스템에 의존한다면, 포털은 보이지만 복구를 수행하는 사람들에게 사용 불가능할 수 있다.

이전은 자체적인 장벽을 만든다. DNS는 영역이 접근 가능하고 계획된 레코드가 알려져 있을 때만 새 주소를 가리킬 수 있다. 인증서와 시크릿은 고장난 환경 밖에서 이용 가능해야 한다. 소프트웨어 라이선스는 재할당이 필요할 수 있다. 파트너는 IP 허용 목록 변경이 필요할 수 있다. 모니터링, 결제 콜백, 예약 통합은 갱신이 필요할 수 있다. 데이터 내보내기는 목적지가 사용할 수 있는 형태여야 한다. 물리적 기기가 더 이상 문제가 아니더라도, 이것들은 고객 시계의 작업이다.

유용한 연속성 계획은 따라서 장애 영역을 완전한 서비스 경로로 매핑한다. 어느 구성요소가 랙, 스토리지 시스템, 컨트롤 플레인, 경로, 관리자, 자격 증명을 공유하는지 묻는다. 각 경로의 대체 목적지를 식별한다. 데이터가 그 목적지에 어떻게 도달하고 누가 이동을 승인하는지 명시한다. 복구를 초록색 전원 표시등이 아니라 사업 거래에까지 측정한다.

크레딧은 다운타임에 가격을 매기지만 복구를 완성하지 않는다

공개된 SLA는 서비스 수준 백분율, 장애 측정 규칙, 크레딧 절차, 제외 항목을 담고 있다. 유지보수, 상위 및 제3자 지연, 전력 또는 공급 문제, 외부 DNS, DDoS, 일반 HTTP 가용성 외의 여러 서비스에 대한 구제를 좁히거나 제외한다. 크레딧은 고객 행동을 요구하며 유일한 구제로 서술된다. 현재 서명된 스케줄은 다를 수 있지만, 공개 조건은 헤드라인 가용성이 측정 규칙 없이 읽힐 수 없는 이유를 보여준다.

크레딧은 사건 이후의 경제적 조정이다. 데이터를 복원하거나, 서버를 재구축하거나, 하류 고객을 자동으로 보상하지 않는다. 그 가치는 이용 불가능한 애플리케이션의 사업 손실에 비해 작을 수 있다. 호스팅 계약에서 이례적이지 않지만, 구매자가 가동률 백분율에서 기대해야 하는 것을 바꾼다. 백분율은 정의된 조건에서의 자격을 측정한다. 구매자 운영의 전체 연속성이 아니다.

제외는 장애의 가장 긴 부분을 계산된 구간 밖에 놓을 수 있다. 상위 지연이 제외되면 서비스가 도달 불가능한 동안 SLA 계산은 제한적으로 남는다. 외부 DNS가 제외되면 고객은 건강한 서버를 갖지만 사용자는 찾을 수 없다. DDoS 대응이 널 라우팅으로 끝나면 네트워크는 보호되지만 사업은 이용 불가능하다. 소프트웨어 재적재, RAID 재구성, 백업 복원이 전원이 인가된 하드웨어 뒤에 따른다면, 가장 노동 집약적인 작업은 하드웨어 측정 너머로 떨어질 수 있다.

충돌하는 공개 백분율이 통제 문서를 요구하는 또 다른 이유를 더한다. 제품 페이지는 다른 곳에서 99.9, 99.99, 100% 언어를 사용한다. 이 표현들은 다른 제품, 측정 또는 기간에 관한 것일 수 있다. 서명된 스케줄은 커버되는 서비스, 분모, 제외, 보고 출처, 청구 기간, 구제를 식별해야 한다. 구매자는 별도의 웹 진술을 어떤 단일 계약도 만들지 않는 더 강한 약속으로 섞지 말아야 한다.

더 유용한 상업 협상은 사업 영향으로 시작한다. 어느 운영이 계속되어야 하는가? 얼마나 이용 불가능할 수 있는가? 얼마나 데이터를 잃을 수 있는가? 어떤 복원 노동이 포함되는가? 긴급 이전 비용은 누가 부담하는가? 호환 하드웨어가 이용 불가능하면 무엇이 되는가? 사건의 시작과 끝을 확립할 증거는 무엇인가? 크레딧은 답의 일부로 남을 수 있지만, 공학된 복구 경로를 대신하지는 말아야 한다.

두 시계 모델은 가격 문제를 가시화한다. 낮은 월간 크레딧은 첫 번째 시계에 가격을 매기면서 두 번째 시계를 고객에게 남길 수 있다. 고객이 독립 백업, 숙련 인력, 대체 목적지를 유지한다면 합리적일 수 있다. 고객이 하드웨어 약속이 전체 사업 복원을 포함한다고 믿으며 호스팅을 구매했다면 위험하다. 계약은 그 선택을 명시적으로 만들어야 한다.

호주 내 위치는 도움이 되지만 경계를 닫아주지는 않는다

시드니 배치는 지연, 운영 접근, 고객의 지역성 목표에 가치가 있을 수 있다. 그럼에도 어느 데이터, 사본, 사람이 그 경계 안에 있는지 정의하는 것이 필요하다. Zone Networks의개인정보 보호정책은 수집하는 대부분의 개인정보가 호주에 저장되면서 일부 해외 저장을 허용한다고 말한다. 그 진술은 계정 정보 같은 회사가 보유한 개인정보에 관한 것이다. 모든 호스팅 워크로드, 백업, 로그, 티켓, 지원 세션, 하도급 활동이 호주에 남는다는 보장이 아니다.

Privacy Act 1988은 연방 법적 틀을 제공하지만, 특정 의무의 적용은 조직, 데이터, 상황에 달려 있다. 호주 정보위원회 사무국의APP 8 안내는 국경 간 공개, 해외 계약자 사용, 실효적 통제, 라우팅이 사실에 민감한 구분임을 설명한다. 호스팅 페이지의 지리가 그것들을 그 자체로 해결하지 못한다.

규제기관의APP 11 안내는 합리적 보안 조치, 제3자 리스크, 물리적 통제, 정보 생명 주기를 다룬다. 다시, 이는 일반 안내이지 Zone Networks에 대한 판정이 아니다. 고객이 정보가 어디로 이동하는지, 누가 접근할 수 있는지, 사본이 어떻게 보호되고 파기되는지 식별해야 할 필요를 강화한다.

지역성과 복구 가능성은 서로 다른 방향으로 당길 수 있다. 고객은 모든 사본을 호주에 두기를 원하면서도 같은 시드니 장애 영역 밖의 복구 사이트가 필요할 수 있다. 그것은 해외 목적지를 요구하지 않는다. 적절히 분리된 호주 목적지의 증거를 요구한다. 반대로, 싱가포르의 네트워크 존재는 그런 목적지가 존재한다는 것을 확립하지 않으며, 이름 없는 오프사이트 백업은 그 관할을 확립하지 않는다. 위치와 통제 모델은 명시되어야 한다.

규제받는 구매자에게,APRA CPS 230은 외부 서비스 계약에서 발생하는 리스크 관리를 포함해 APRA 규제 대상 주체에 운영 리스크 및 중요 운영 의무를 둔다. 이는 구매자 측 의무다. 검토된 근거는 Zone Networks가 APRA 규제 주체에 서비스하거나 그 서비스가 어떤 구매자의 통제를 충족한다는 것을 보여주지 않는다. 규제받는 고객은 자체 평가를 수행하고 그 중요 운영이 요구하는 증거를 확보해야 한다.

호주 전용 약속은 기본 서버보다 더 많이 커버해야 한다. 워크로드 배치, 백업 사본, 로그, 모니터링 데이터, 티켓, 계정 기록, 지원 접근, 하도급 작업을 명명해야 한다. 또한 고객의 법적 분석에 중요한 경우 전송과 원격 관리를 다루어야 한다. 이 더 넓은 경계는 익숙한 오류를 막는다. 데이터센터의 국가를 모든 운영 활동의 국가로 다루는 오류를.

Zone Networks의 호주 신원과 시드니 서비스 중심은 의미 있는 사실이다. 기본 호스팅 수준에서 지역성 사례를 뒷받침한다. 주권 사례를 완성하지 않는다. 전원이 켜진 교체 기기가 복구 사례를 완성하지 않는 것과 마찬가지다. 둘 다 고객이 보이는 자산 너머의 서비스를 따라가야 한다.

구매자가 관측 가능하게 만들어야 할 것들

미해결 질문은 마케팅 세부사항 요청이 아니다. 첫 번째 시계를 두 번째에 연결하는 데 필요한 측정이다. 구매자는 Zone Networks Pty Ltd를 명명하고, 정확한 서비스, 해당 시설, 통제 가용성 조건을 명시한 날짜가 기입된 서비스 스케줄로 시작해야 한다. 스케줄은 공개 페이지에 걸쳐 표시된 백분율을 조정하고 어느 제외가 남는지 명시해야 한다.

다음은 물리적 배치다. 구매자는 서비스가 SY3, SY4 또는 다른 사이트에 있는지, 어느 랙, 피드, 네트워크, 스토리지 장애 영역을 사용하는지, 어떤 중복 환경이 그 영역 밖에 있는지 알아야 한다. 두 시설이 설계의 일부라면, 각각에 무엇이 실제 설치되어 있는지, 데이터가 그 사이에 어떻게 이동하는지, 대체 시설이 장애 중 서비스를 수용할 충분한 컴퓨팅, 스토리지, 네트워크 용량을 갖는지 물어야 한다.

용량 증거는 날짜가 기입되고 장애 특정적이어야 한다. 중요한 수치는 평상시 사용률만이 아니다. 예비 노드 정책, 호환 하드웨어 재고, 장애 이후 호스트 및 스토리지 여유, 예비 전력, 대체 경로 대역폭, 백업 시스템이 감당할 수 있는 동시 복원 수를 포함한다. 상업적 기밀성이 정확한 공개를 제한할 수 있지만, 구매자는 운영 질문에 답하는 임계값, 테스트 결과 또는 계약 보증을 여전히 추구할 수 있다.

네트워크 실사는 관련한 곳에서 구매한 제품을 AS56106 또는 AS45152에 매핑하고, 명명된 상위, 교환, 물리적 다양성을 식별해야 한다. 경로 다양성을 캐리어 이름 다양성과 구분해야 한다. 페일오버 테스트는 의도된 경로가 제거되었을 때 서비스가 도달 가능함을 입증해야 하며, 테스트는 DNS, 방화벽, DDoS 처리, 외부 허용 목록을 포함해야 한다.

백업 실사는 사본의 시설, 관할, 스토리지 시스템, 암호화, 자격 증명, 보존, 삭제 통제, 복원 처리량을 식별해야 한다. 고객은 사본이 일반 관리자로부터 격리되어 있는지, 침해 또는 청구 사건이 기본과 백업 데이터 모두를 제거할 수 있는지 알아야 한다. 가장 강한 증거는 청정 환경으로의 날짜가 기입된 복원과 그 뒤의 애플리케이션 및 데이터 검증이다.

당사자들은 기기만이 아니라 애플리케이션의 복구 시점과 복구 시간을 정의해야 한다. 누가 소프트웨어를 재적재하고, 스토리지를 재구축하고, 데이터베이스를 복원하고, 라이선스를 제공하고, DNS를 변경하고, 시크릿을 갱신하고, 외부 파트너에 연락하는지 명시해야 한다. 에스컬레이션 경로, 인력 기대, 하드웨어 작업과 관리형 서비스 작업 간의 인계를 식별해야 한다. 긴급 이전이 가능하다면, 데이터 내보내기 형식과 지원이 사건 전에 합의되어야 한다.

마지막으로, 구매자는 정지 조건을 정의해야 한다. 핑에 응답하는 서버가 반드시 복구된 것은 아니다. 오류 페이지를 반환하는 웹사이트가 복구된 것은 아니다. 연결을 수락하지만 최근 거래가 빠진 데이터베이스가 복구된 것은 아니다. 정지 조건은 성공적인 로그인, 완료된 거래, 검증된 데이터 총계, 외부 도달성 확인일 수 있다. 서비스가 무엇을 요구하든, 양측이 같은 사건을 인식해야 한다.

이 요청들은 Zone Networks가 이중화를 결여한다고 가정하지 않는다. 공개 근거가 고객별 설계를 확정할 수 없음을 인정한다. 회사는 게시되지 않은 예비 장비, 유능한 인력, 건전한 내부 준비를 가질 수 있다. 실사는 그 강점을 입증할 방법을 주는 동시에, 고객에게 추론이 아니라 근거에 기반한 복구 계획을 준다.

Zone Networks는 복구보다 운영 입증이 더 쉽다

검토된 기록은 세 가지 다른 신뢰도를 뒷받침한다. 신뢰도는 호주 법적 신원에서 높다. 운영 중인 네트워크와 시드니 호스팅 연관성에서 중간이다. 물리적 규모, 현재 이용 가능한 용량, 고객 워크로드 배치, 복구 여유에서 낮다. 그 수준들을 분리해 두면, 근거 없는 의심과 근거 없는 안도를 모두 피한다.

Zone Networks를 단순한 휴면 이름이 아니라 운영 중인 호주 호스팅 및 네트워크 회사로 다루기에 충분한 근거가 있다. 활성 등록, 공개 계정 표면, 두 개의 가시 자율 시스템, 발신 경로, 선언된 상호연결이 모두 같은 방향을 가리킨다. 동시에, 기록은 입증된 다중 사이트 하이퍼스케일 플랫폼으로 서술할 근거가 되지 않는다. 그것은 전혀 다른 차원의 근거를 요구한다. 큰 설치 용량, 지리적 워크로드 분포, 예비 페일오버 자원, 규모에서 테스트된 복구가 그렇다.

공정한 이중화 주장은 더 좁다. Zone Networks는 확립된 Equinix 시설 안에서 시드니 호스팅, 전용 서버, 가상 서비스, 콜로케이션을 광고한다. 가시 네트워크 신원을 운영하고 여러 상업적 서비스 형태를 제시한다. 그 사실들은 호주 호스팅을 중시하는 고객에게 그럴듯한 운영 선택으로 만든다. 상관 사건에서 몇 랙, 서버, 예비 부품, 스토리지 시스템, 인력이 이용 가능한지 답하지 않는다.

공개 기록은 복구 사본의 위치도 증명하지 않는다. 싱가포르 상호연결 항목은 싱가포르 컴퓨팅이나 백업 주장으로 변환될 수 없다. 오프사이트 백업 오퍼는 명명되지 않은 도시나 시설에 할당될 수 없다. SY3와 SY4 사양은 Zone Networks의 임차 설계에 대한 증거 없이 그에 할당될 수 없다. 10기가비트 교환 포트는 이용 가능한 고객 페일오버 대역폭으로 다뤄질 수 없다. 이 구분 각각은 분석이 실재하지만 제한된 사실을 용량 약속으로 바꾸는 것을 막는다.

SLA는 남은 문제를 유난히 구체적으로 만든다. 장비 시계가 멈출 수 있는 지점을 표시하는 반면 고객의 작업은 계속된다. 그 문구는 그 자체로 서비스를 열등하게 만들지 않는다. 책임이 어디에서 협상되고 테스트되어야 하는지 구매자에게 말해준다. 독립 사본, 훈련된 인력, 대체 환경을 가진 고객은 그 경계를 수용할 수 있다. 호스팅 회사가 전체 애플리케이션을 복원할 것을 기대하는 고객은 다른, 명시적인 약속이 필요하다.

따라서 이중화는 건물 이름, 제품 등급 또는 가동률 백분율 안에 담겨 있지 않다. 그것은 충분한 물리 용량, 네트워크 도달, 데이터, 자격 증명, 인간 노동으로 특정 사업을 특정 장애를 통과시키는 능력이다. Zone Networks에 대해, 공개 근거는 그 이야기의 시작점을 확립한다. 결정적인 끝은 고객별로 남는다. 교체 하드웨어만이 아니라 사업이 다시 동작하므로 두 번째 시계가 멈추는 순간이다.