YISU CLOUD LTD, 여전히 랙과 트랜짓, 수리 기간에 달린 호스티드 용량을 판매하다

요약

• YISU CLOUD LTD는 단순 법인 껍데기 이상의 공개 운영 증거를 갖고 있다. Yisu의 자체 사이트는 클라우드 및 호스팅 서비스를 판매하고 있고, APNIC RDAP은 Yisu가 통제하는 AS136970, AS138152, AS142403을 활성 홍콩 자율 시스템으로 등록하고 있으며, RIPEstat은 2026년 7월 12일 세 ASN 모두가 광고(announced)되었음을 보여준다.
• 그러나 그 증거는 랙 소유권, 명시된 시설 임대, 전력 토폴로지, 냉각 이중화, 지원 인력 규모, 검증된 고객 마이그레이션 경로는 공개하지 않는다. 공개 라우팅은 도달 가능한 주소 공간을 증명할 뿐, 유지보수나 장애 상황에서 몇의 가용 컴퓨팅 용량이 생존할 수 있는지는 증명하지 않는다.
• 고객에게 가장 중요한 리스크는 호스팅 용량의 압박이다. 랙, 업스트림, 하드웨어 재고, 지원, 청구, 마이그레이션 또는 공급자 계약의 실패로 인해 작은 고객이 IP 서비스는 보이지만 그 아래 물리 계층에 대한 협상력은 제한적인 상황에 놓일 수 있다.

상점 앞바다는 공장 증명보다 넓다

YISU CLOUD LTD의 공개 얼굴은 수동적 경로 라벨이 아니라 클라우드 상점이다. 국제 홈페이지인yisu.com/intl은 탄력적 클라우드 컴퓨팅, 베어메탈 서버, 관리형 MySQL, Anti-DDoS IP, 라이트 서버, 로드밸런서, SSL 인증서를 광고한다. 같은 페이지는 도쿄, 프랑크푸르트, 워싱턴, 로스앤젤레스 등의 위치에서 즉시 클라우드 서비스 접근을 제공한다고 말하며, 위치 지도는 홍콩, 싱가포르, 일본, 한국, 독일, 방콕, 인도, 인도네시아, 호주, 미국을 나열한다. 이것은 폭넓은 상업적 주장이다. 즉 Yisu는 고객에게 패널을 통해 용량을 주문하고 글로벌 호스팅 표면으로 사용할 수 있다는 생각을 팔고 있는 것이다.

회사 자체의About Yisu Cloud페이지는 이 주장을 더 명확히 한다. Yisu는 2017년에 설립되었으며 글로벌 클라우드 서비스 제공자라고 말하고, 기업, 개발자, 정부 조직을 위해 클라우드 컴퓨팅 서비스를 구축했다고 한다. 또한 베이징, 상하이, 광저우, 항저우, 홍콩 및 기타 중국 지역과 유럽, 한국, 일본, 싱가포르, 미국에 친환경 절감형 데이터센터와 운영 사무소를 설립했다고 주장한다. 같은 페이지는 5만 개 이상의 클라우드 서버, 누적 3만 명 이상의 사용자, 2,800개 이상의 CDN 노드, CDN 대역폭 130TB/s, 5,000Gbps를 넘는 DDoS 방어 능력을 내세운다. 독립적인 시설 공개가 제한적인 제공자에게는 큰 수치들이다.

이 간극이 기사의 출발점이다. 공개 증거는 Yisu를 활성 네트워크 인프라를 갖춘 실제 호스티드 서비스 운영자로 뒷받침한다. 그러나 모든 위치나 규모 주장을 감사된 용량 척도로 취급할 근거는 없다. 제품 페이지는 "클라우드 서버"라고 말할 수 있고, 고객 주문은 가상 머신을 만들 수 있으며, BGP 테이블은 Yisu가 발원하는 경로를 보여줄 수 있지만, 이 중 어느 사실도 데이터 홀, 랙 수, 전력 피드 설계, 예비 부품 풀, 수리 대기열, 고객 퇴출 계획을 식별하지 않는다. 호스팅 용량은 구매 시점에는 항상 추상적으로 보인다. 장애 시에는 물리적으로 변한다.

Yisu의 제품 페이지는 이 물리적 의존성을 특히 분명하게 드러낸다.Elastic Cloud Computing페이지는 고객이 CPU, 메모리, 대역폭, 전용 IP를 선택할 수 있다고 하며, RAID 기반 데이터 보호, 스냅샷, 사용자 정의 내부 네트워크, 보안 그룹, DDoS 공격 방어를 내세운다.Bare Metal Server페이지는 한 단계 아래를 파는데, 단일 테넌트 환경의 전용 물리 서버에 자동 OS 설치, 네트워크 구성, 디스크 연결, 라이프사이클 제어를 판매한다.Light Server페이지는 더 단순하지만 여전히 컴퓨팅, 네트워크, 스토리지가 신뢰할 수 있게 묶여 있어야 한다. 이들은 단지 소프트웨어 약속이 아니다. 서버, 디스크, 스위치 포트, 전력, 냉각, IP 재고, 트랜짓, 그리고 무언가가 고장났을 때 고객을 재구축하거나 옮길 수 있는 인력이 필요하다.

공정한 독해는 일축도 맹신도 아니다. Yisu의 공개 네트워크 기록은 연구할 만큼 충분하다. 웹사이트는 서비스 카탈로그의 형태를 보여줄 만큼 구체적이다. 그러나 시설 계층은 고객이 광고된 용량이 어떻게 랙, 임대, 수리 기간에 매핑되는지 물어야 할 만큼 불투명하다. 회사 자체 증거가 서비스에 형태를 주고, 라우팅 증거가 네트워크에 골격을 주며, 없는 시설 증거가 리스크를 정의한다.

세 개의 Yisu ASN이 보이지만 서로 다른 역할을 한다

가장 강한 견고한 앵커는 세 개의 Yisu 통제 ASN에 대한 APNIC 및 RIPEstat 기록이다.AS136970의 APNIC RDAP는 2017년 9월에 등록되어 2021년 1월에 마지막으로 변경된, 활성 홍콩 자율 시스템 "YISUCLOUDLTD-AS-AP - YISU CLOUD LTD"를 나열한다.AS138152의 APNIC RDAP는 2018년 8월에 등록되어 2021년 1월에 마지막으로 변경된, 활성 "YISUCLOUDLTD-HK - YISU CLOUD LTD"를 나열한다.AS142403의 APNIC RDAP는 2021년 6월에 등록된, 같은 YISUCLOUDLTD-HK 이름을 활성으로 나열한다. 세 기록 모두 홍콩의 동일한 Yisu 등록자 가족을 가리킨다.

RIPEstat은 이것이 휴면 라벨이 아님을 확인한다. AS 개요 페이지는AS136970,AS138152,AS142403이 2026년 7월 12일에 광고(announced)되었음을 보여준다. 라우팅 상태 조회는 규모를 알려주기 때문에 더 유용하다. RIPEstat 조회 시점에AS136970은 가시 IPv4 프리픽스 17개,AS138152는 44개,AS142403는 70개를 보유했다. 각각은 그 보기에서 가시 IPv6 /48이 0개였다. 합계로 예약, 필터링, 임대, 정지 또는 내부 사용 주소를 계산하기 전에 131개의 라우팅 /24 상당, 즉 33,536개의 IPv4 주소이다.

BGP.tools는 보완적인 외부 관점을 제공한다.AS136970 페이지는 Yisu를 17개 IPv4 프리픽스를 가진 콘텐츠 네트워크로 기술하며, ASLINE과 AS142403을 통한 업스트림, AS142403에 대한 다운스트림 목록 1건을 보여준다.AS138152 페이지는 44개 IPv4 프리픽스와 Zenlayer, Cogent, China Telecom Next Generation Carrier Network를 통한 업스트림을 보여준다.AS142403 페이지는 70개 IPv4 프리픽스, NTT America, AS136970, HK Kwaifong Group Limited를 통한 업스트림, AS136970에 대한 다운스트림 목록 1건을 보여준다. 이 페이지들은 시설 인증서는 아니지만 Yisu의 공개 인터넷 존재가 하나의 경로나 하나의 캐리어에 국한되지 않음을 보여준다.

세 ASN은 서로 다른 운영 역할을 시사한다. AS136970은 더 작은 프리픽스 집합과 AS142403에 대한 내부 연계를 가진 오래된 Yisu 네트워크로 보인다. AS138152는 BGP.tools 또는 RIPEstat 데이터에서 Zenlayer, Cogent, China Telecom Backbone, China Telecom Next Generation Carrier Network가 보이는 트랜짓 다양성을 갖춘 서비스 네트워크로 보인다. AS142403은 가장 큰 공개 엣지로 보이며, Yisu가 기술한 다수의 홍콩 /24와 AFRINIC이 기술한 /24를 운반하고 NTT, HK Kwaifong Group, AS136970에 연결된다. 고객이 AS 지도를 외울 필요는 없다. 그러나 장애, 필터링, 수리 시간은 고객의 서비스를 호스팅하는 AS와 업스트림 경로에 따라 달라질 수 있으므로 의미가 있다.

PeeringDB는 주목할 만한 부재를 추가한다.AS136970,AS138152,AS142403에 대한 조회는 네트워크 항목을 반환하지 않는다. 이것이 Yisu에 피어링, 시설, 사설 상호연결이 없다는 증명은 아니다. 많은 소규모 호스팅 네트워크는 PeeringDB 페이지를 유지하지 않으며, 일부는 교환 존재를 광고하는 대신 트랜짓을 구매한다. 그러나 이 부재는 고객에게 PeeringDB로부터 공개 시설 목록, 교환 목록, 트래픽 정책, NOC 메모를 남기지 않는다. 호스팅 용량 구매자에게 이는 공개 인터넷은 경로를 볼 수 있지만 물리적·상호연결 발자국은 대부분 상점 뒤에 남아 있음을 의미한다.

주소 공간 구성은 단일 단순 풀이 아니라 임대와 집계를 가리킨다

Yisu의 라우팅 주소 공간은 하나의 깔끔한 기업 할당이 아니다. APNIC은 일부 범위를 Yisu 직하에 표시한다. 예를 들어39.109.104.0/24는 홍콩의 YISU CLOUD LTD에 대한 APNIC inetnum 안에 있으며, APNIC 라우팅 정보는 AS133115를 통한 발원도 함께 보여준다.103.100.208.0/24는 YISU CLOUD LTD에 할당된 103.100.208.0/22 포터블 블록 안에 있고, 역시 AS133115를 통한 APNIC 경로 항목이 있다. 이 기록들은 가시 서비스 표면의 최소 일부를 Yisu 자체의 APNIC 보유 넘버링에 연결하기 때문에 유용하다.

다른 Yisu 발원 경로는 더 계층적인 이야기를 갖는다.43.225.157.0은 직접 Yisu 할당이 아니라, 콰이충(Kwai Chung)의 Better Cloud Limited로 기술된 APNIC 할당 안에 있다.103.142.86.0은 SHENGYD(HK)LIMITED로 기술되어 AS138152가 발원한 경로 항목을 갖는다.103.144.244.0은 PROSPUR INT'L CO., LIMITED로 기술되어 역시 AS138152 경로 항목을 갖는다. AFRINIC 서비스 사례는 또 하나의 계층을 더한다.154.92.14.0/24는 홍콩의 Yisu Cloud Ltd로 기술되어 AS142403이 발원하며,156.227.232.0/24는 국가 RU의 Cloud Innovation Ltd로 기술되어 AS138152를 통한 Yisu Cloud Ltd 경로 기술을 갖는다.

이 혼합은 저가 호스팅 및 Anti-DDoS 시장에서 흔하다. 제공자들은 자체 포터블 주소 공간을 임대, 위임 또는 라우팅된 고객·파트너 공간과 결합하는 경우가 많다. 운영적 함의는 단순하다. 광고된 IP 재고가 영구적으로 통제되는 컴퓨팅 용량과 같은 것은 아니다. 고객이 다른 LIR이 보유한 블록에서 주소를 받으면, 서비스는 완벽하게 작동할 수 있지만 계약 조건, 어뷰즈 처리, 지리위치, 경로 승인, 평판, 이전 옵션이 Yisu 너머의 당사자에 의존할 수 있다. 이는 고객이 인스턴스를 옮기거나, 주소를 회수하거나, 검색 트래픽이 지역을 바꾸지 않게 하거나, 은행·컴플라이언스 검토에 응답해야 할 때 중요하다.

RDAP 기록에는 또 하나의 작지만 중요한 경고가 있다. Yisu 어뷰즈 연락처 기록은AS138152와AS142403의 APNIC RDAP 기록에서 [email protected]이 유효하지 않다고 표시하는 remarks를 갖고 있으며, 어뷰즈 기록의 마지막 변경일은 2026년 3월이다. 이것이 Yisu가 모든 지원 채널로 도달 불가능하다는 뜻은 아니다. 사이트는연락처 페이지에 [email protected]을 나열하고, 서비스를 구매하는 고객은 고객 포털을 사용할 것이다. 그러나 DDoS 완화와 고객 대면 IP 자원을 서비스에 포함하는 호스팅 제공자치고는 어뷰즈 처리를 위한 공개 레지스트리 위생이 있어야 할 수준만큼 강하지 않다는 뜻이다.

주소 공간 위생은 단지 관료적 문제가 아니다. 클라우드 서비스에서 IP 평판은 고객 메일이 배달되는지, 결제 게이트웨이가 트래픽을 수락하는지, CDN이 오리진 접근을 허용하는지, 검색 엔진이 사이트를 잘못 배치하는지, 경로가 필터링되기 전에 어뷰즈 보고가 누군가에게 도달하는지를 결정할 수 있다. Yisu의 가시 경로 규모는 의미가 있다. 직접, 파트너, AFRINIC 서비스 기술의 혼합은 공급자 계약이나 IP 위임이 바뀔 때 고객이 무엇을 유지, 이전, 교체할 수 있는지 물어야 함을 뜻한다.

제품 약속은 빠르게 물리적 의존성으로 변한다

Yisu의Elastic Cloud Computing페이지는 유연한 CPU, 메모리, 대역폭, 스토리지 선택을 팔며, 클라우드 자원을 수평·수직으로 확장할 수 있다고 말한다. 그것이 클라우드 호스팅의 상업적 편의다. 물리적 질문은 많은 고객이 같은 위치에서 같은 자원을 동시에 원할 때 무슨 일이 일어나는가이다. 수평 확장은 예비 호스트 용량, 예비 스위치 포트, 충분한 공용·사설 IP 재고, 새 I/O를 흡수할 수 있는 스토리지 백엔드를 요구한다. 수직 확장은 하이퍼바이저 용량 또는 더 큰 호스트로의 마이그레이션을 요구한다. 어느 쪽도 제품 선택기만으로 보장되지 않는다.

같은 페이지는 신뢰성 주장을 한다. 최대 99.95% 서비스 가용성, 최소 99.9999% 데이터 신뢰성, RAID 데이터 보호, 스냅샷, 사용자 정의 네트워크, 보안 기능. 고객은 이 주장을 감사된 리전의 증명이 아니라 서비스 설계 주장으로 읽어야 한다. RAID는 일부 디스크 장애를 막을 수 있지만, 랙 전체의 정전, 컨트롤 플레인 장애, 스토리지 컨트롤러 고장, 운영자 실수, 실패한 스냅샷 복원, 고객을 데이터로부터 차단하는 네트워크 드레인은 막지 못한다. 스냅샷은 고장난 시스템과 충분히 분리되어 보관되고 고객의 허용 범위 내에서 복원될 수 있을 때만 가치가 있다.

Bare Metal Server페이지는 물리적 제약에 더 노출되어 있다. 단일 테넌트 환경의 전용 서버, 빠른 배포, 24/7 운영·유지보수, 물리적 격리, RAID10 데이터 이중화, 멀티링크 네트워크 기술, 네트워크 격리를 광고한다. 베어메탈은 고객이 가상화 오버헤드와 노이지 네이버 리스크를 피할 수 있어 매력적이다. 그러나 하드웨어 재고가 빠듯할 때 가상 서버보다 탄력성이 낮다. 베어메탈 고장은 예비 섀시, 호환 디스크, 수동 진단, 원격 핸즈 접근, OS 재설치를 요구할 수 있다. Yisu가 같은 시설에 예비 하드웨어를 두면 복구는 빠를 수 있다. 시설 방문이나 부품 교체를 기다려야 한다면 수리 기간이 곧 제품이 된다.

Yisu의RDS for MySQL페이지는 데이터베이스 서비스가 엔터프라이즈급 SSD 스토리지, 고가용성, 읽기/쓰기 분할, 유연한 백업, 서로 다른 서버에 걸친 프라이머리-세컨더리 배치를 사용한다고 말한다. 이 아키텍처는 단일 서버 리스크를 줄일 수 있지만 새 의존성 질문을 낳는다. 프라이머리와 세컨더리는 서로 다른 랙, 서로 다른 전력 도메인에 있는가, 아니면 단지 다른 호스트인가? 백업은 다른 스토리지 클러스터에 보관되는가? 고객이 인시던트 중에 사용 가능한 덤프를 내보낼 수 있는가, 아니면 작동하는 컨트롤 패널을 통해서만 가능한가? 페일오버는 애플리케이션 자격증명과 연결 엔드포인트를 보존하는가? 관리형 데이터베이스 서비스는 이런 역학을 숨기기에 편리하다. 구매자는 여전히 이식성 계획이 필요하다.

Elastic Load Balancer페이지는 L4와 L7 포워딩, 헬스 체크, 세션 지속성, 이중 설계를 판매한다. 로드밸런서의 가장 강한 용법은 개별 서버 장애를 흡수하는 것이다. 가장 약한 용법은 모든 고객 인스턴스를 하나의 사이트, 하나의 업스트림 경로, 하나의 계정 또는 하나의 컨트롤 플레인에 의존하는 로드밸런서 뒤에 두는 것이다. Yisu의 페이지는 서비스 노드의 활성화·비활성화가 현재 서비스에 영향을 주지 않는다고 말한다. 잘 설계된 클러스터라면 그럴듯하지만, 공개 페이지는 클러스터의 시설 분산이나 고객 워크로드를 리전 간에 분산할 수 있는지 식별하지 않는다.

Anti-DDoS IP페이지는 모든 제품 중 가장 네트워크 의존적이다. 대규모 DDoS 클리닝 능력, 실제 IP 은닉, TCP/UDP/HTTP/HTTPS 지원, DNS 플러드 방어, 24/7 지원을 광고한다. 페이지에는 "over 5000 GB"와 "1000G+" 스타일의 용량 표현이 함께 있어 신중히 읽어야 한다. 마케팅 페이지는 플랫폼 총 용량, 제품별 티어, 최상의 스크러빙 피크를 섞는 경우가 많기 때문이다. DDoS 방어는 대역폭 수치만이 아니다. 깨끗한 업스트림 용량, 스크러빙 위치, 오탐 관리, 라우팅 속도, 공격 유형 커버리지, 그리고 보호 IP가 차단되거나 포화될 때 고객이 벗어날 수 있는지에 달려 있다.

홍콩이 공개 앵커이며, 글로벌 용량은 검증이 더 어렵다

Yisu의 법적·네트워크 기록은 강하게 홍콩에 앵커되어 있다. APNIC RDAP은 YISU CLOUD LIMITED를 콰이충(Kwai Chung) Wo Tong Tsui Street의 World Peace Centre 주소를 가진 홍콩 조직으로 나열하고, Yisu 보유 IP 블록에 대한 APNIC whois 기록은 같은 홍콩 연락처 가족을 반복한다. Yisu의 공개 사이트도 글로벌 전략에 홍콩이 포함된다고 말하며, 위치 지도는 홍콩을 다른 나열된 리전과 구분한다. 홍콩 앵커는 신뢰할 만하다. 덜 분명한 것은 서비스 카탈로그의 얼마가 각 광고 위치에서 Yisu 소유 랙, 임대 케이지, 임대 서버, 리셀러 계약, 파트너 용량으로 운영되는가이다.

홍콩은 이런 종류의 서비스를 구축하기에 그럴듯한 곳이다. 정부 데이터센터 포털은 견고한 통신, 외부 해저 케이블 시스템, 자유화된 통신 시장, 약 300개의 면허 브로드밴드 제공자, 높은 전력 신뢰성, 정보의 자유로운 흐름, 데이터 프라이버시 법 때문에 홍콩을 최적의 데이터센터 입지라고 부른다. 디지털정책실의Data Centre Facilitation페이지는 정부가 데이터센터를 금융, 무역, 물류, 클라우드 컴퓨팅의 핵심 인프라로 지원한다고 말하며, Sandy Ridge Data Facility Cluster 부지가 2026년 3월에 선정되었음을 언급한다. 같은 페이지는 홍콩이 신뢰할 수 있는 전력, 견고한 통신 인프라, 낮은 자연재해 리스크의 혜택을 받는다고 말한다.

공급 측면은 마찰이 없지 않다. 2024년 6월데이터센터용으로 사용 가능한 부지에 관한 입법회 회답은 당시 홍콩에 약 97만 제곱미터의 데이터센터 바닥 면적이 있었고, 단기·중기 운영자 수요를 약 30만 제곱미터로 추정했으며, 2026년까지 총 바닥 면적이 150만 제곱미터에 이를 것으로 예상했다. 같은 회답은 산업 건물 전환, 재개발, 층고, 하중, 화재 안전, 보안, 하수, 주차, 승강기, 화장실, 전력 공급, 비상 발전을 실무적 문제로 논의했다. 그것이 바로 클라우드 제공자의 제품 그리드 뒤에 있는 물리적 세계다.

Yisu의 경우 공개 증거는 모든 광고 리전을 명명된 시설에 연결하지 않는다. 홈페이지의 퀵바이 상품은 도쿄, 프랑크푸르트, 워싱턴, 로스앤젤레스를 언급하고, about 페이지는 미국, 독일, 방콕, 인도, 한국, 일본, 홍콩, 싱가포르, 인도네시아, 호주를 활성, 건설 중, 계획 중 라벨과 함께 나열한다. 이들은 유용한 상업적 신호지만 추가 증명 없이 독립적인 가용성 존으로 바꾸어서는 안 된다. 리전 라벨은 소유 랙, 임대 전용 서버, 제3자의 가상 용량, DDoS 클리닝 지점, 또는 사용자 인터페이스의 주문 위치를 의미할 수 있다.

따라서 진짜 쟁점은 운영 경계다. Yisu가 랙을 직접 통제하면 전력 피드를 분리하고, 디스크를 교체하고, 크로스커넥트 수리를 조율하고, 접근 절차를 시행할 수 있다. Yisu가 다른 국가의 공급자 서버를 리셀하면 그 공급자의 원격 핸즈 대기열, 예비 부품, 청구 상태, 유지보수 기간, 경로 정책에 의존한다. Yisu가 한 곳에서 Anti-DDoS 프런트 엔드를, 다른 곳에서 오리진 호스팅을 제공하면 고객은 둘 모두에 의존한다. 글로벌 호스팅은 선택지를 주기 때문에 가치가 있다. 구매자가 어느 당사자가 장애 도메인을 통제하는지 알 수 없다면 위험하다.

트랜짓 다양성은 있지만 사이트 다양성과는 다르다

Yisu의 라우팅은 가장 단순한 의미에서 단일 홈드가 아니다. RIPEstat의AS138152 이웃 보기는 2026년 7월 12일에 관측된 4개 이웃, 즉 AS174, AS21859, AS4134, AS4809를 보여준다. BGP.tools는 공개 페이지에서 이들을 Cogent, Zenlayer, China Telecom Backbone, China Telecom Next Generation Carrier Network로 표기한다. 홍콩 및 중국 대면 호스팅 제공자에게 의미 있는 조합이다. Yisu가 글로벌 트랜짓, 호스팅 지향 트랜짓, China Telecom 관련 경로를 통해 고객에 도달할 수 있음을 시사한다.

AS142403은 다른 형태를 갖는다. RIPEstat의AS142403 이웃 보기는 좌측에 AS133115, AS136970, AS2914를 보여주고, AS136970도 우측에 나타난다. BGP.tools는 보이는 업스트림을 HK Kwaifong Group Limited, Yisu 자체의 AS136970, NTT America로 식별한다. AS136970은 차례로 RIPEstat의이웃 보기에서 AS142403과 AS18013과 함께 나타나며, BGP.tools는 이들을 Yisu와 ASLINE으로 식별한다. 결과적으로 Yisu ASN들이 상호 의존하고 외부 트랜짓은 ASN마다 다른 네트워크다.

보이는 단일 업스트림보다는 낫지만, 물리적 복원력 질문을 해결하지는 않는다. BGP 이웃은 같은 건물에, 같은 미트미 룸 경로에, 같은 크로스커넥트 공급자를 통해, 또는 시설 밖 같은 덕트를 공유하는 회로를 통해 존재할 수 있다. 지리적으로 다양할 수도 있다. 공개 BGP 데이터는 그 경우를 거의 구분하지 않는다. AS138152가 Zenlayer, Cogent, China Telecom 경로에 연결된 것을 본 고객은 여전히 자신의 서버가 이중화된 탑오브랙 스위치에 연결되는지, 그 스위치가 별도의 라우터로 나가는지, 한 시설의 유지보수 기간이 모든 실질적 도달성을 제거할 수 있는지 알아야 한다.

Yisu의 중국 대면 마케팅 때문에 이것이 특히 중요하다. 홈과 about 페이지는 CN2 스타일 대역폭과 국내 사용자로의 빠른 귀환 경로를 반복해서 언급한다. AS138152에서 보이는 China Telecom Next Generation Carrier Network는 중국 대면 트랜짓이 서비스에 중요하다는 생각을 뒷받침한다. 그러나 모든 광고 도시 또는 모든 본토 접속 네트워크에서의 엔드투엔드 성능을 증명하지는 않는다. 중국 대면 경로는 회로와 공급자에 따라 가치 있고, 혼잡하고, 필터링되고, 비싸거나, 계약상 제한될 수 있다. 홍콩 고객에게 잘 작동하는 서비스는 본토 기업, 동남아시아 사용자 또는 북미 오리진에 다르게 동작할 수 있다.

PeeringDB로부터의 공개 부재도 여기서 중요하다. PeeringDB 페이지는 교환, 시설, 트래픽 정책, NOC 연락처를 나열할 수 있다. Yisu 세 ASN의 항목 없음 결과는 공개 트랜짓 증거를 BGP 도구와 레지스트리 기록에 흩어지게 남긴다. 그것 자체로 네트워크가 약하게 만들지는 않는다. 고객 실사를 더 수동적으로 만들 뿐이다. 구매자는 어느 AS가 자신의 서비스 IP를 발원할지, 어느 업스트림이 운반할지, 페일오버가 테스트되었는지, DDoS 보호가 경로를 바꾸는지, 그리고 Yisu가 재구축을 강요하지 않고 경로나 서비스를 다른 리전으로 옮길 수 있는지 물어야 한다.

지원과 청구도 인프라의 일부다

Yisu의 웹사이트는 기술적 통제를 팔지만, 서비스는 행정 시스템에도 의존한다. 홈페이지는 콘솔, 원클릭 배포, 모니터링 그래프, 구성 관리, 24/7/365 기술 지원을 내세운다.연락처 페이지는 지원 이메일과 웹 폼을 제공한다. 제품 페이지는 고객을 가입, 로그인, 청구, 충전, 콘솔 링크로 안내한다. 저가 호스팅 모델에서 이 시스템들은 부차적이지 않다. 청구, 계정 검증 또는 컨트롤 패널이 실패하면 고객은 서버 갱신, IP 교체, 티켓 개설, 스토리지 리사이즈, 정지로부터의 복구를 할 수 없을 수 있다.

지원 깊이가 특히 중요한 이유는 Yisu가 가상·물리 제품을 모두 팔기 때문이다. 가상 서버는 자동화로 재시작, 재설치, 리사이즈가 가능할 때가 많다. 베어메탈은 현장 작업을 요구할 수 있다. DDoS 보호는 실시간 트래픽 분석과 경로 조정을 요구할 수 있다. 관리형 MySQL은 백업 복원, 페일오버 결정, 성능 트리아지를 요구할 수 있다. 로드밸런싱은 헬스 체크 수정 또는 인증서 교체를 요구할 수 있다. 제공자는 24/7 지원을 광고할 수 있지만 진짜 척도는 라이브 인시던트 중에 지원이 랙에서, 라우터에서, 고객 계정에서 무언가를 바꿀 수 있는지이다.

APNIC 연락처 건강 메모를 과잉 해석해서는 안 되지만 무시해서도 안 된다. [email protected] 연락처가 유효하지 않다는 RDAP remark는 고객 지원을 반드시 기술하지 않는다. 그러나 Yisu의 APNIC 자원에 붙은 공개 어뷰즈 연락처에 검증 문제가 있음을 보여준다. 호스팅 제공자는 매일 어뷰즈 보고와 산다. 침해된 서버, 피싱 페이지, 스캐너, DDoS 명령 노드, 스팸, 자격증명 스터핑, 오픈 프록시, 봇 트래픽. 어뷰즈 메일이 반송되거나 제대로 모니터링되지 않으면 업스트림과 평판 제공자가 필터링 또는 널 라우팅으로 격상할 수 있다. 그것은 같은 프리픽스나 업스트림 구간을 공유하는 무고한 고객에게 영향을 줄 수 있다.

청구 리스크도 유사하다. 클라우드 사용자는 클라우드를 탄력적이라고 생각하지만, 많은 저가 제공자는 선불 잔액으로 운영한다. 카드가 실패하거나, 잔액이 소진되거나, 부정행위 검사가 멈추거나, 리셀러 계정이 정지되면 컴퓨팅이 엔터프라이즈 계약보다 빠르게 사라질 수 있다. Yisu의 로그인과 청구 링크는 전형적인 패널 주도 서비스를 보여준다. 공개 사이트는 유예 기간, 데이터 보존 기간, 계정 잠금 절차, 내보내기 권리를 설명하지 않는다. 그 조건들이 고객이 행정 문제를 생존할 수 있는지 결정한다.

지원 기간은 마이그레이션도 결정한다. 백업과 DNS 통제를 유지하는 고객은 정적 웹사이트를 빠르게 옮길 수 있다. 상태를 가진 데이터베이스, 게임 서버, 유료 API, 애드텍 엔드포인트 또는 중국 대면 사이트를 운영하는 고객은 IP 연속성, 데이터 스냅샷, 방화벽 규칙, 인증서, 경로 평판이 필요할 수 있다. Yisu의 페이지는 스냅샷, 백업, 원활한 마이그레이션을 제품별 언어로 말하지만, 공개 페이지는 공급자 간 내보내기 보장을 정의하지 않는다. 공급자 계약 실패에서 가장 중요한 지원 질문은 티켓에 정중한 답변이 오는지가 아니다. 시계가 다하기 전에 고객이 데이터, 주소, 서비스 구성을 꺼낼 수 있는지이다.

지역성과 데이터 주권에는 구매자 측 계획이 필요하다

지역성 질문은 Yisu에게 중심적이다. 마케팅은 홍콩, 중국 본토, 아시아·태평양, 유럽, 미국에 걸쳐 있는 반면 법적·네트워크 기록은 강하게 홍콩 기반이기 때문이다. 데이터 지역성은 회사가 어디에 등록되었는지만이 아니다. 워크로드가 어디서 실행되는지, 백업이 어디에 있는지, 지원 인력이 어디서 데이터에 접근할 수 있는지, DDoS 트래픽이 어디서 클리닝되는지, 어떤 법이 이전을 규율하는지, 고객이 증명이 필요할 때 무슨 일이 일어나는지에 관한 것이다.

홍콩의 공개 데이터센터 포털은 정보의 자유로운 흐름과 개인정보(프라이버시) 조례를 데이터센터 운영자의 장점으로 강조한다. 개인정보 사무처도클라우드 컴퓨팅에 관한 가이던스를 발행하여 데이터 사용자에게 클라우드 제공자에 대한 실사, 계약상 보호, 하도급, 보안, 데이터 접근, 보존, 국경 간 이전에 대한 주의를 주었다. 그 가이던스는 제공자만이 아니라 고객을 위해 쓰였다. Yisu 구매자에게 핵심은 호스티드 서비스 주장만으로 지역성 질문에 답하지 않는다는 것이다.

Yisu의 제품 페이지는 리전별 데이터 처리 일정을 공개적으로 노출하지 않는다. 관리형 MySQL 백업이 같은 위치에 머무는지, 스냅샷이 리전 밖으로 복제되는지, Anti-DDoS 클리닝이 트래픽의 관할 경로를 바꾸는지, 지원이 홍콩 밖에서 고객 디스크에 접근할 수 있는지, 고객이 계약상 데이터를 선택한 리전에 고정할 수 있는지 말하지 않는다. 일부 작은 고객은 상관없을 수 있다. 금융, 의료, 공공 서비스, 규제 대상 전자상거래, 게임, 애드텍 또는 본토 관련 운영의 고객에게는 그 세부가 중요하다.

주소 공간 혼합은 지리위치를 복잡하게 만든다. 일부 Yisu 발원 블록은 홍콩으로 기술된 APNIC 공간이다. 일부는 whois 데이터에서 홍콩, 러시아 또는 기타 기술을 가진 AFRINIC 서비스 범위다. 일부는 다른 홍콩 회사 아래 기술되지만 Yisu가 발원한다. IP 지리위치 공급업체는 그 주소를 다르게 매핑할 수 있다. 고객이 "홍콩" 서비스를 샀는데 사기 탐지 도구, 광고 플랫폼, 결제 처리기가 데이터베이스가 갱신될 때까지 그 IP를 다른 관할로 읽을 수 있다. 반드시 Yisu의 잘못은 아니지만, 호스팅 제공자가 혼합 IP 풀을 사용할 때 예측 가능한 운영 문제다.

데이터 주권은 고객 퇴출과도 교차한다. 지역성을 증명해야 하는 고객은 제품 위치 드롭다운에 의존해서는 안 된다. 독립 백업을 유지하고, 서비스가 어디서 주문되었는지 문서화하고, 할당된 IP 범위와 ASN을 기록하고, 백업 위치와 지원 접근에 관한 서면 진술을 요구하고, 다른 공급자로 복원을 테스트해야 한다. Yisu의 네트워크·제품 증거는 일부 호스티드 유스케이스에 신뢰할 만한 후보가 되게 한다. 그러나 고객이 데이터, 로그, 백업 사본이 실제 어디에 있는지 검증할 의무를 없애지는 않는다.

숨은 물리 계층을 드러낼 실패 경로들

첫 번째 실패 경로는 랙 또는 호스트 고장이다. Yisu 클라우드 서버의 경우 고객은 재시작, 성능 저하, 디스크 I/O 오류 또는 부팅에 실패하는 인스턴스를 볼 수 있다. 베어메탈의 경우 같은 고장이 더 느릴 수 있는데, 물리 서버는 부품 교체나 전체 마이그레이션을 요구할 수 있기 때문이다. Yisu에 예비 호스트 용량과 신뢰할 수 있는 자동화가 있으면 고객을 옮길 수 있다. 영향받은 위치가 공급 제한이면 고객은 수리를 기다리거나 다른 리전을 받아들여야 한다. 공개 제품 페이지는 예비 용량 정책을 공개하지 않는다.

두 번째 실패 경로는 업스트림 또는 경로 실패다. AS138152는 보이는 이웃이 몇 있지만 모든 고객 프리픽스가 동등하게 혜택을 받는 것은 아니다. AS142403의 경로 조합은 다르고, AS136970은 부분적으로 AS142403에 의존한다. 경로 누출, 필터링 조치, 크로스커넥트 중단, 계약 분쟁 또는 DDoS 완화 변경이 한 ASN 또는 프리픽스 그룹에 영향을 주고 다른 것은 건강하게 남길 수 있다. 따라서 고객은 공급자의 주 도메인뿐 아니라 실제 할당된 프리픽스와 AS를 모니터링해야 한다. 서버는 돌아가고 있어도 그것으로의 경로가 아플 수 있다.

세 번째 실패 경로는 하드웨어 재고 고갈이다. Yisu는 저가 탄력성과 베어메탈을 판다. 위치가 매진되면 고객은 여전히 구매 페이지를 볼 수 있지만 프로비저닝이 느려지거나, 대체 하드웨어가 다르거나, 수리가 부품 배송에 의존할 수 있다.BMS 페이지는 구매 후 자동 프로비저닝, OS 설치, 디스크 연결을 광고한다. 재고가 있을 때는 유용하다. 재고가 고갈되거나 특정 CPU, 메모리, SSD 또는 대역폭 티어가 요청된 시설에서 더 이상 없을 때는 취약하다.

네 번째 실패 경로는 지원 과부하다. Anti-DDoS 트래픽, 어뷰즈 항의, 업스트림 필터링, 컨트롤 패널 문제는 한꺼번에 많은 티켓을 만들 수 있다. Yisu의Anti-DDoS IP 페이지는 서비스가 오리진 IP를 숨기고, 다중 프로토콜을 지원하고, 맞춤 전략을 제공한다고 말한다. 실제 공격 중에 고객은 빠른 조정, 즉 오탐 관리, 보호 도메인 변경, 오리진 잠금, 경로 변경, 공격 후 정리를 필요로 한다. 지원이 얇으면 약속된 스크러빙 용량이 고객별로 사용 가능한 복구로 이어지지 않을 수 있다.

다섯 번째 실패 경로는 청구 또는 계정 잠금이다. 선불 호스팅 고객은 잔액, 리스크 검토, 어뷰즈 처리, 결제 채널 실패, 리셀러 상태 때문에 접근을 잃을 수 있다. 그런 종류의 중단은 BGP에서 보이지 않는다. 그러나 고객이 갱신, 내보내기, 스냅샷, 티켓 개설을 할 수 없다면 치명적일 수 있다. Yisu의 공개 페이지는 종료 유예 기간이나 데이터 보존 조건을 설명하지 않는다. 고객은 플랫폼 외부 백업과 DNS 통제가 필요하다고 가정해야 한다.

여섯 번째 실패 경로는 마이그레이션 실패다. Yisu의 페이지는 스냅샷, 백업, 원활한 마이그레이션, 유연한 구성을 언급한다. 그것들은 고객이 테스트했을 때만 가치가 있다. 수년간 실행된 호스티드 서비스는 로컬 의존성을 쌓을 수 있다. 방화벽 규칙, 사설 네트워크, 화이트리스트 IP, 데이터베이스 엔드포인트, SSL 인증서, Anti-DDoS 프런트 도어, Yisu 특정 통제에 묶인 모니터링. 고객이 자신의 아키텍처를 옮길 수 없음을 발견하면 공급자 중단은 훨씬 나빠진다.

Yisu의 운영 주장을 강하게 만들 것들

공개 신뢰 등급을 높이는 가장 빠른 길은 비민감 수준의 시설 공개다. Yisu는 케이지 번호를 공개할 필요가 없다. 어느 리전이 Yisu 운영이고, 어느 것이 파트너 운영이며, 어느 것이 리셀 또는 가상 용량인지 식별할 수 있다. 홍콩 서비스가 하나 이상의 시설에 있는지, 그 시설들이 별도 전력 도메인을 갖는지, 중국 대면 트랜짓이 물리적으로 다양한지, 관리형 MySQL 복제본과 백업이 시설을 넘을 수 있는지 공개할 수 있다. 그것은 마케팅 지도를 운영 지도로 바꾼다.

트랜짓 공개도 도움이 된다. Yisu의 BGP 증거는 이미 다중 업스트림 경로를 보여주지만 고객은 그 경로가 제품에 어떻게 매핑되는지 알아야 한다. AS142403의 클라우드 서버는 AS138152의 것과 다른 업스트림 조합을 가질 수 있다. DDoS 보호 IP는 오리진에 도달하기 전 클리닝 네트워크를 경유할 수 있다. 베어메탈 제품은 라이트 서버와 다른 시설에 묶일 수 있다. 어느 AS와 트랜짓 조합이 위치별로 적용되는지 말하는 고객 대면 페이지는 민감한 운영 세부를 노출하지 않으면서 불확실성을 줄인다.

IP 거버넌스 공개도 가치가 있다. Yisu의 가시 경로 집합은 직접 Yisu 블록, 파트너가 기술한 APNIC 블록, AFRINIC이 기술한 범위를 포함하기 때문이다. 고객은 할당된 IP가 Yisu 내에서 이식 가능한지, 교체 IP를 빠르게 발급할 수 있는지, 지리위치 교정이 지원되는지, 어뷰즈 통지가 검증된 메일박스로 처리되는지, IP 평판 문제가 정지 또는 개선 조치로 이어지는지 알아야 한다. 많은 소규모 호스팅 고객에게 IP 연속성은 CPU 연속성만큼 중요하다.

복구 증거가 가장 중요하다. 공개 인시던트 요약, 유지보수 이력, 복원 목표, 백업 보존 조건, 베어메탈 교체 기간, 내보내기 절차는 일반적인 신뢰성 백분율보다 유용하다. 제공자가 정직하게 99.95% 서비스 가용성을 제공하면서도 한 고객이 데이터베이스를 충분히 빨리 복구하지 못하게 남길 수 있다. 고객에게 필요한 것은 가동률 산수만이 아니다. 페일오버와 복원이 리허설되었다는 증명이다.

마지막으로 Yisu는 지역성을 검증하기 쉽게 만들 수 있다. 컴퓨팅, 스토리지, 스냅샷, 지원 접근, Anti-DDoS 트래픽에 대한 리전별 성명은 규제 대상 고객이 Yisu가 자신의 리스크 모델에 맞는지 판단하는 데 도움이 된다. 홍콩은 신뢰할 만하고 매력적인 호스팅 기반이다. 글로벌 용량은 유용하다. 그러나 데이터 주권을 신경 쓰는 고객은 구매 흐름 속 리전 라벨만이 아니라 계약 언어와 기술적 통제가 필요하다.

결론

YISU CLOUD LTD는 실재하는 공개 인프라 주제다. 웹사이트는 폭넓은 클라우드·호스팅 카탈로그를 팔고, APNIC 기록은 여러 활성 ASN을 회사에 연결하며, RIPEstat은 2026년 7월 12일 세 Yisu ASN에 걸쳐 131개의 가시 IPv4 /24를 보고, BGP.tools는 작지 않은 업스트림 다양성을 보여준다. 유령 제공자가 아니다.

그러나 운영 증거는 여전히 불완전하다. 공개 소스는 Yisu 서비스 카탈로그 뒤의 시설 수, 랙 소유권, 전력 설계, 냉각 이중화, 하드웨어 재고 깊이, 지원 인력, DDoS 클린 용량 분배, 관리형 데이터베이스 복원 동작, 리전 간 마이그레이션 한계를 증명하지 않는다. 따라서 가장 강한 결론은 절제된 것이다. Yisu는 가시 호스티드 서비스 인프라와 홍콩 앵커 네트워크 기록을 갖지만, 고객은 그 광고된 용량을 부분적으로만 보이는 물리적 사이트와 제3자 경로에 의존하는 것으로 취급해야 한다.

작은 웹사이트, 테스트 환경, 비용 민감형 워크로드의 경우 고객이 백업을 유지하고 할당된 프리픽스를 모니터링하면 받아들일 수 있을 것이다. 상태를 가진, 규제 대상 또는 매출에 중요한 워크로드의 경우 구매자는 Yisu를 기본 플랫폼으로 신뢰하기 전에 더 어려운 질문을 해야 한다. 어느 시설, 어느 ASN, 어느 업스트림, 어느 백업 위치, 어느 지원 에스컬레이션 경로, 어느 퇴출 방법, 어느 수리 기간. 클라우드 용량은 컨트롤 패널 선택으로 판매된다. YISU CLOUD LTD에서, 모든 호스팅 제공자에서처럼, 서비스는 궁극적으로 컨트롤 패널이 더 이상 충분하지 않을 때 문제를 고칠 수 있는 랙, 트랜짓, 사람들에 달려 있다.