Cloudflare R2로 S3 비용 90% 절감하기

Cloudflare R2로 S3 비용 90% 절감하기

클라우드 기술이 현대 개발의 핵심이 된 지 오래입니다. 우리는 데이터를 저장하고, 처리하며, 사용자에게 서비스하기 위해 AWS S3와 같은 객체 스토리지 서비스를 활발히 사용하고 있습니다. S3는 뛰어난 안정성, 확장성, 그리고 유연성으로 수많은 프로젝트의 백본 역할을 해왔습니다. 하지만 이러한 편리함 뒤에는 많은 개발자와 기업을 고민하게 만드는 숨겨진 비용, 바로 데이터 전송(Egress) 비용이 존재합니다.

데이터를 S3에 저장하는 것 자체는 비교적 저렴하지만, 이 데이터를 외부로 전송하거나(다운로드), 다른 AWS 리전 또는 서비스로 옮길 때 발생하는 Egress 비용은 예상보다 훨씬 커질 수 있습니다. 특히 CDN을 사용하지 않거나, 대용량 파일을 자주 전송하는 서비스의 경우, 이 비용은 월별 클라우드 청구서에서 상당한 부분을 차지하며, 때로는 스토리지 비용 자체보다 훨씬 높아지기도 합니다. 많은 스타트업과 중소기업이 성장하면서 급증하는 클라우드 비용, 특히 S3 Egress 비용 때문에 골머리를 앓는 경우가 부지기수입니다.

이러한 배경 속에서 Cloudflare는 혁신적인 솔루션을 제시했습니다. 바로 Cloudflare R2입니다. R2는 S3와 완벽하게 호환되는 API를 제공하면서도, 가장 큰 특징은 데이터 전송 비용(Egress 비용)이 0원이라는 점입니다. 이 글에서는 Cloudflare R2가 무엇인지, 왜 S3의 강력한 대안이 될 수 있는지, 그리고 실제로 S3에서 R2로 마이그레이션하는 방법과 코드 예제를 통해 S3 비용을 획기적으로 절감하는 실전 노하우를 공유하고자 합니다.

S3 비용, 더 이상 무시할 수 없는 현실

클라우드 서비스가 보편화되면서 인프라를 직접 구축하고 관리하는 수고를 덜 수 있게 되었지만, 동시에 클라우드 비용 최적화는 모든 기업의 중요한 과제가 되었습니다. 이 중에서도 AWS S3는 웹사이트 정적 파일 호스팅, 이미지 및 비디오 저장, 백업, 빅데이터 레이크 등 다양한 용도로 사용되며 클라우드 인프라의 핵심 구성 요소로 자리 잡았습니다.

S3의 비용 구조는 크게 세 가지로 나눌 수 있습니다.

1. 스토리지 비용: 저장하는 데이터의 양에 따라 과금됩니다. (GB당 월별 요금)
2. 요청 비용: 데이터를 업로드, 다운로드, 나열하는 등의 API 요청 수에 따라 과금됩니다.
3. 데이터 전송(Egress) 비용: S3에서 데이터를 외부로 전송할 때 과금됩니다. 특히 AWS 외부 네트워크로 데이터를 전송할 때 높은 요율이 적용됩니다.

이 중에서도 가장 예측하기 어렵고, 서비스 규모가 커질수록 기하급수적으로 증가하는 것이 바로 데이터 전송(Egress) 비용입니다. 사용자 트래픽이 증가하거나, 데이터를 다른 클라우드 서비스로 옮기거나, 여러 리전 간에 데이터를 동기화하는 경우, 이 비용은 순식간에 수백, 수천만 원에 달할 수 있습니다. 많은 개발자들이 S3 자체의 편리함에 익숙해져 Egress 비용의 심각성을 간과하다가, 월말 청구서를 받고서야 뒤늦게 대책 마련에 나서는 경우가 많습니다.

이러한 문제를 해결하기 위해 CDN(Content Delivery Network)을 도입하거나, 데이터 압축, 캐싱 전략을 사용하는 등 다양한 최적화 노력이 이루어져 왔습니다. 하지만 이 역시 추가적인 비용과 관리 포인트를 발생시키며, 근본적인 Egress 비용 문제를 해결하지는 못했습니다. 바로 이 지점에서 Cloudflare R2가 새로운 패러다임을 제시하며 주목받고 있습니다.

Cloudflare R2란 무엇인가? S3의 강력한 대안

Cloudflare R2는 Cloudflare가 제공하는 분산 객체 스토리지 서비스입니다. S3와 마찬가지로 대용량의 비정형 데이터를 저장하고 관리하는 데 사용됩니다. 하지만 R2의 가장 혁신적인 특징은 바로 데이터 전송(Egress) 비용이 전혀 없다는 점입니다.

Cloudflare는 전 세계 수많은 엣지 로케이션을 보유한 글로벌 CDN 기업입니다. 이러한 강력한 네트워크 인프라를 기반으로 R2는 데이터가 어디에 있든, 누가 접근하든, 어떤 목적으로 전송되든 Egress 비용을 청구하지 않습니다. 이는 S3를 포함한 대부분의 클라우드 객체 스토리지 서비스가 채택하고 있는 데이터 진입은 무료, 데이터 전송은 유료라는 비즈니스 모델에 정면으로 도전하는 파격적인 정책입니다.

R2의 주요 특징 요약

• 제로 Egress 비용: R2의 가장 큰 장점입니다. 데이터를 전송하는 데 드는 비용 부담 없이 자유롭게 데이터를 활용할 수 있습니다.
• S3 API 호환성: 기존 S3 SDK, CLI 도구, 그리고 S3와 연동되는 애플리케이션을 거의 수정 없이 R2에 연결할 수 있습니다. 이는 마이그레이션 과정을 매우 쉽고 빠르게 만듭니다.
• Cloudflare 네트워크의 이점: R2는 Cloudflare의 글로벌 엣지 네트워크와 통합되어 있습니다. 이는 데이터에 대한 빠른 접근과 높은 가용성을 보장하며, Cloudflare Workers, CDN, 보안 서비스 등 다른 Cloudflare 제품군과의 시너지를 극대화할 수 있습니다.
• 합리적인 스토리지 및 요청 비용: Egress 비용이 없는 대신, 스토리지 비용과 요청 비용이 S3와 유사하거나 더 저렴한 수준으로 책정되어 있습니다. 이는 전반적인 객체 스토리지 비용을 크게 절감할 수 있게 합니다.
• 개발자 친화적: Cloudflare 대시보드를 통한 쉬운 관리, 명확한 문서화, 그리고 다양한 개발 도구와의 연동을 지원하여 개발자들이 효율적으로 R2를 활용할 수 있도록 돕습니다.

이러한 특징들 덕분에 Cloudflare R2는 특히 대용량 파일을 다루거나, 사용자 트래픽이 많아 Egress 비용 부담이 큰 서비스에 매우 매력적인 대안으로 떠오르고 있습니다. 웹사이트 에셋, 사용자 업로드 파일, 백업 데이터, 로그 파일 등 다양한 유형의 데이터를 비용 효율적으로 저장하고 제공하는 데 최적화되어 있습니다.

S3와 R2, 무엇이 다르고 왜 R2인가? 상세 비교 분석

이제 S3와 R2의 핵심적인 차이점과 R2가 제공하는 이점을 좀 더 깊이 있게 살펴보겠습니다. 단순히 비용 절감을 넘어, 서비스 운영 전반에 어떤 긍정적인 영향을 미칠 수 있는지 이해하는 것이 중요합니다.

비용 구조 비교: Egress 비용의 차이

S3의 비용 구조는 앞서 설명했듯이 스토리지, 요청, 데이터 전송(Egress) 비용으로 구성됩니다. 특히 Egress 비용은 사용량에 따라 계층적으로 감소하지만, 절대적인 양이 많아지면 그 부담이 상당해집니다. 예를 들어, 미국 동부(버지니아 북부) 리전에서 S3 데이터를 AWS 외부로 전송할 경우, 첫 10TB는 GB당 $0.09, 다음 40TB는 $0.085 등으로 과금됩니다.

반면, Cloudflare R2는 스토리지와 요청 비용만 부과하며, Egress 비용은 0원입니다.
R2의 스토리지 비용은 GB당 월 $0.015, 그리고 클래스 A(쓰기) 요청은 100만 건당 $4.50, 클래스 B(읽기) 요청은 100만 건당 $0.36입니다. (2024년 5월 기준)

이러한 비용 구조의 차이는 특정 사용 패턴에서 엄청난 비용 절감으로 이어집니다. 예를 들어, 이미지 호스팅, 비디오 스트리밍, 대규모 파일 다운로드 서비스와 같이 데이터 전송이 빈번하게 발생하는 애플리케이션의 경우, R2로 전환함으로써 S3 대비 90% 이상의 비용 절감 효과를 기대할 수 있습니다.

성능 및 안정성: 글로벌 CDN의 힘

S3는 고도로 분산된 아키텍처를 통해 뛰어난 내구성과 가용성을 제공합니다. R2 역시 Cloudflare의 글로벌 네트워크를 기반으로 유사한 수준의 안정성을 보장합니다.

R2의 가장 큰 성능 이점은 Cloudflare의 엣지 네트워크와의 통합입니다. Cloudflare는 전 세계 수백 개의 도시에 엣지 로케이션을 가지고 있으며, 사용자와 가장 가까운 엣지에서 데이터를 캐싱하고 제공할 수 있습니다. 이는 데이터 접근 지연 시간을 줄여 사용자 경험을 향상시키는 데 크게 기여합니다. 특히 Cloudflare CDN을 이미 사용하고 있다면, R2는 CDN 캐시 미스 시에도 Cloudflare 네트워크 내부에서 데이터를 빠르게 가져올 수 있어, 전반적인 성능 향상에 도움이 됩니다.

개발자 경험: S3 API 호환성의 위력

S3 API 호환성은 R2의 가장 중요한 강점 중 하나입니다. 이는 개발자들이 기존에 S3를 다루던 방식 그대로 R2를 사용할 수 있음을 의미합니다. AWS SDK(Boto3 for Python, AWS SDK for JavaScript 등), AWS CLI, rclone과 같은 S3 호환 도구들을 R2에 연결하여 사용할 수 있습니다.

이러한 호환성 덕분에 S3에서 R2로의 마이그레이션은 생각보다 훨씬 간단합니다. 대부분의 경우, 환경 변수나 설정 파일을 변경하여 엔드포인트와 인증 정보를 R2에 맞게 조정하는 것만으로 충분합니다. 애플리케이션 코드의 대대적인 수정 없이도 객체 스토리지 백엔드를 교체할 수 있다는 것은 개발 시간을 절약하고, 마이그레이션 리스크를 최소화하는 데 결정적인 역할을 합니다.

다음 표는 S3와 R2의 주요 특징을 비교한 것입니다.

S3에서 R2로 마이그레이션 전략 및 실전 가이드

이제 실제로 S3에서 R2로 데이터를 옮기고 애플리케이션을 연결하는 방법을 단계별로 알아보겠습니다. S3 API 호환성 덕분에 마이그레이션은 생각보다 복잡하지 않습니다.

사전 준비: R2 버킷 생성 및 API 토큰 발급

가장 먼저 Cloudflare 대시보드에서 R2 버킷을 생성하고, 애플리케이션에서 R2에 접근할 수 있도록 API 토큰을 발급해야 합니다.

1. Cloudflare 계정 생성 및 로그인: 아직 Cloudflare 계정이 없다면 먼저 생성해야 합니다.
2. R2 버킷 생성:
   • Cloudflare 대시보드에서 R2 메뉴로 이동합니다.
   • Create Bucket 버튼을 클릭합니다.
   • 버킷 이름을 입력하고, 원하는 리전(현재는 자동 선택)을 확인한 후 버킷을 생성합니다.
3. R2 API 토큰 발급:
   • 생성된 R2 버킷의 설정 페이지로 이동합니다.
   • API Tokens 섹션에서 Create API Token 버튼을 클릭합니다.
   • 토큰 이름을 지정하고, 버킷에 대한 적절한 권한(예: Object Read & Write)을 부여합니다. 보안을 위해 필요한 최소한의 권한만 부여하는 것이 좋습니다.
   • 생성된 Access Key ID와 Secret Access Key를 안전한 곳에 기록해 둡니다. 이 키는 다시 볼 수 없으므로 반드시 지금 저장해야 합니다.

데이터 마이그레이션: rclone을 활용한 손쉬운 전환

rclone은 클라우드 스토리지 서비스 간에 파일을 동기화하고 관리하는 데 사용되는 강력한 CLI 도구입니다. S3와 R2 모두를 지원하므로, rclone을 사용하여 S3에서 R2로 데이터를 쉽게 복사할 수 있습니다.

1. rclone 설치:
   운영체제에 따라 rclone을 설치합니다.

   bash ⧉ 복사

   # Linux
   sudo -v ; curl https://rclone.org/install.sh | sudo bash
   
   # macOS (Homebrew)
   brew install rclone

2. rclone 설정:
   rclone config 명령어를 사용하여 S3 및 R2 설정을 추가합니다.

   bash ⧉ 복사

   rclone config

   • S3 설정 (예: s3_remote):
     • n을 눌러 새 리모트를 추가합니다.
     • 이름을 s3_remote 등으로 지정합니다.
     • 스토리지 타입으로 s3를 선택합니다.
     • provider는 AWS를 선택합니다.
     • access_key_id와 secret_access_key를 입력합니다. (AWS IAM 사용자 키)
     • region을 S3 버킷의 리전에 맞게 입력합니다 (예: ap-northeast-2).
     • 나머지 설정은 기본값으로 둡니다.
   • R2 설정 (예: r2_remote):
     • n을 눌러 새 리모트를 추가합니다.
     • 이름을 r2_remote 등으로 지정합니다.
     • 스토리지 타입으로 s3를 선택합니다. (R2는 S3 API 호환이므로)
     • provider는 Cloudflare를 선택합니다.
     • access_key_id와 secret_access_key를 입력합니다. (Cloudflare R2 API 토큰)
     • endpoint는 R2 버킷의 엔드포인트를 입력합니다. (Cloudflare 대시보드에서 확인 가능, 예: https://<YOUR_ACCOUNT_ID>.r2.cloudflarestorage.com)
     • region은 auto 또는 비워둡니다.
     • 나머지 설정은 기본값으로 둡니다.

3. 데이터 복사:
   rclone sync 명령어를 사용하여 S3 버킷의 데이터를 R2 버킷으로 복사합니다. sync는 소스와 대상의 차이점을 파악하여 변경된 파일만 복사하므로 효율적입니다.

   bash ⧉ 복사

   # S3 버킷의 모든 내용을 R2 버킷으로 복사 (버킷 이름은 실제 버킷 이름으로 대체)
   rclone sync s3_remote:your-s3-bucket-name r2_remote:your-r2-bucket-name --progress -v

   • s3_remote:your-s3-bucket-name: S3 리모트 이름과 S3 버킷 이름
   • r2_remote:your-r2-bucket-name: R2 리모트 이름과 R2 버킷 이름
   • --progress: 진행 상황을 표시합니다.
   • -v: 자세한 로그를 출력합니다.
   • --transfers 16: 동시 전송 수를 늘려 속도를 향상시킬 수 있습니다.
   • --checkers 16: 파일 체크섬 검증을 위한 동시 작업 수를 늘립니다.

   주의: sync 명령은 대상 경로의 파일이 소스 경로에 없으면 삭제합니다. 따라서 대상 버킷에만 있는 중요한 파일이 없는지 확인하거나, copy 명령을 사용하는 것이 안전할 수 있습니다. copy는 단순히 소스에서 대상으로 파일을 복사하며, 대상에 없는 파일은 생성하고, 있는 파일은 덮어씁니다.

   bash ⧉ 복사

   # S3 버킷의 모든 내용을 R2 버킷으로 복사 (덮어쓰기만, 삭제 없음)
   rclone copy s3_remote:your-s3-bucket-name r2_remote:your-r2-bucket-name --progress -v

애플리케이션 코드 수정: S3 SDK를 R2에 연결하기

데이터 마이그레이션이 완료되면, 이제 애플리케이션 코드가 S3 대신 R2를 바라보도록 수정해야 합니다. S3 API 호환성 덕분에, 대부분의 경우 endpoint와 인증 정보만 변경하면 됩니다.

Python (Boto3) 예제

Python에서 boto3를 사용하여 S3를 다루고 있었다면, R2로의 전환은 매우 간단합니다.

import boto3
import os

# 환경 변수에서 R2 설정 로드
R2_ACCESS_KEY_ID = os.getenv(R2_ACCESS_KEY_ID)
R2_SECRET_ACCESS_KEY = os.getenv(R2_SECRET_ACCESS_KEY)
R2_ENDPOINT_URL = os.getenv(R2_ENDPOINT_URL) # 예: https://<YOUR_ACCOUNT_ID>.r2.cloudflarestorage.com
R2_BUCKET_NAME = os.getenv(R2_BUCKET_NAME)

# R2 클라이언트 초기화
r2 = boto3.client(
    s3, # S3 API를 사용하므로 s3로 지정
    aws_access_key_id=R2_ACCESS_KEY_ID,
    aws_secret_access_key=R2_SECRET_ACCESS_KEY,
    endpoint_url=R2_ENDPOINT_URL,
    region_name=auto # R2는 특정 리전이 없으므로 auto 또는 비워둠
)

def upload_file_to_r2(file_path, object_name):
    try:
        r2.upload_file(file_path, R2_BUCKET_NAME, object_name)
        print(f"{file_path} uploaded to {R2_BUCKET_NAME}/{object_name}")
    except Exception as e:
        print(f"Error uploading file: {e}")

def download_file_from_r2(object_name, file_path):
    try:
        r2.download_file(R2_BUCKET_NAME, object_name, file_path)
        print(f"{R2_BUCKET_NAME}/{object_name} downloaded to {file_path}")
    except Exception as e:
        print(f"Error downloading file: {e}")

def list_objects_in_r2():
    try:
        response = r2.list_objects_v2(Bucket=R2_BUCKET_NAME)
        if Contents in response:
            print(f"Objects in bucket {R2_BUCKET_NAME}:")
            for obj in response[Contents]:
                print(f"  - {obj[Key]} (Size: {obj[Size]} bytes)")
        else:
            print(f"No objects in bucket {R2_BUCKET_NAME}")
    except Exception as e:
        print(f"Error listing objects: {e}")

if __name__ == __main__:
    # 환경 변수 설정 (실제 환경에서는 .env 파일이나 CI/CD 파이프라인에서 관리)
    os.environ[R2_ACCESS_KEY_ID] = YOUR_R2_ACCESS_KEY_ID
    os.environ[R2_SECRET_ACCESS_KEY] = YOUR_R2_SECRET_ACCESS_KEY
    os.environ[R2_ENDPOINT_URL] = https://<YOUR_ACCOUNT_ID>.r2.cloudflarestorage.com
    os.environ[R2_BUCKET_NAME] = your-r2-bucket-name

    # 테스트 파일 생성
    with open(test_upload.txt, w) as f:
        f.write(Hello, Cloudflare R2!)

    # 파일 업로드
    upload_file_to_r2(test_upload.txt, my_test_object.txt)

    # 객체 목록 조회
    list_objects_in_r2()

    # 파일 다운로드
    download_file_from_r2(my_test_object.txt, test_download.txt)

    # 다운로드된 파일 내용 확인
    with open(test_download.txt, r) as f:
        print(f"Downloaded content: {f.read()}")

    # 테스트 파일 삭제
    os.remove(test_upload.txt)
    os.remove(test_download.txt)

JavaScript/Node.js (AWS SDK V3) 예제

Node.js 환경에서 AWS SDK V3를 사용하고 있다면, S3Client를 초기화할 때 endpoint 옵션만 추가하면 됩니다.

import { S3Client, PutObjectCommand, GetObjectCommand, ListObjectsV2Command } from "@aws-sdk/client-s3";
import { getSignedUrl } from "@aws-sdk/s3-request-presigner";
import dotenv/config; // .env 파일 사용을 위해

// 환경 변수에서 R2 설정 로드
const R2_ACCESS_KEY_ID = process.env.R2_ACCESS_KEY_ID;
const R2_SECRET_ACCESS_KEY = process.env.R2_SECRET_ACCESS_KEY;
const R2_ENDPOINT_URL = process.env.R2_ENDPOINT_URL; // 예: https://<YOUR_ACCOUNT_ID>.r2.cloudflarestorage.com
const R2_BUCKET_NAME = process.env.R2_BUCKET_NAME;

// R2 클라이언트 초기화
const r2 = new S3Client({
    region: "auto", // R2는 특정 리전이 없으므로 auto 또는 비워둠
    endpoint: R2_ENDPOINT_URL,
    credentials: {
        accessKeyId: R2_ACCESS_KEY_ID,
        secretAccessKey: R2_SECRET_ACCESS_KEY,
    },
});

async function uploadFileToR2(fileName, fileContent) {
    const command = new PutObjectCommand({
        Bucket: R2_BUCKET_NAME,
        Key: fileName,
        Body: fileContent,
    });

    try {
        const response = await r2.send(command);
        console.log(`${fileName} uploaded to ${R2_BUCKET_NAME}. Response:`, response);
    } catch (error) {
        console.error(`Error uploading file:`, error);
    }
}

async function downloadFileFromR2(fileName) {
    const command = new GetObjectCommand({
        Bucket: R2_BUCKET_NAME,
        Key: fileName,
    });

    try {
        const response = await r2.send(command);
        const content = await response.Body.transformToString();
        console.log(`${fileName} downloaded from ${R2_BUCKET_NAME}. Content:`, content);
        return content;
    } catch (error) {
        console.error(`Error downloading file:`, error);
    }
}

async function listObjectsInR2() {
    const command = new ListObjectsV2Command({
        Bucket: R2_BUCKET_NAME,
    });

    try {
        const response = await r2.send(command);
        if (response.Contents) {
            console.log(`Objects in bucket ${R2_BUCKET_NAME}:`);
            response.Contents.forEach(obj => {
                console.log(`  - ${obj.Key} (Size: ${obj.Size} bytes)`);
            });
        } else {
            console.log(`No objects in bucket ${R2_BUCKET_NAME}`);
        }
    } catch (error) {
        console.error(`Error listing objects:`, error);
    }
}

async function getPresignedUrl(fileName) {
    const command = new GetObjectCommand({
        Bucket: R2_BUCKET_NAME,
        Key: fileName,
    });

    try {
        const signedUrl = await getSignedUrl(r2, command, { expiresIn: 3600 }); // 1시간 유효
        console.log(`Presigned URL for ${fileName}:`, signedUrl);
        return signedUrl;
    } catch (error) {
        console.error(`Error generating presigned URL:`, error);
    }
}

(async () => {
    // .env 파일에 다음 변수들을 추가하세요:
    // R2_ACCESS_KEY_ID="YOUR_R2_ACCESS_KEY_ID"
    // R2_SECRET_ACCESS_KEY="YOUR_R2_SECRET_ACCESS_KEY"
    // R2_ENDPOINT_URL="https://<YOUR_ACCOUNT_ID>.r2.cloudflarestorage.com"
    // R2_BUCKET_NAME="your-r2-bucket-name"

    await uploadFileToR2(my_node_test.txt, Hello from Node.js and R2!);
    await listObjectsInR2();
    await downloadFileFromR2(my_node_test.txt);
    await getPresignedUrl(my_node_test.txt);
})();

이처럼 endpoint 정보만 R2에 맞게 변경하면 기존 S3 로직을 그대로 재활용할 수 있습니다. 이는 마이그레이션의 난이도를 크게 낮추는 핵심 요소입니다.

R2 활용 고급 팁 및 고려사항

R2를 단순히 S3의 저렴한 대체제로만 생각하는 것은 R2의 잠재력을 100% 활용하지 못하는 것입니다. Cloudflare의 다른 서비스들과 결합하여 더욱 강력하고 효율적인 아키텍처를 구축할 수 있습니다.

Workers와 R2의 시너지: 엣지 컴퓨팅과의 결합

Cloudflare Workers는 Cloudflare의 글로벌 엣지 네트워크에서 실행되는 서버리스 함수입니다. Workers와 R2를 결합하면 다음과 같은 강력한 시너지를 얻을 수 있습니다.

• 동적 콘텐츠 제공: R2에 저장된 정적 파일을 Workers를 통해 동적으로 처리하여 제공할 수 있습니다. 예를 들어, 이미지 리사이징, 워터마크 추가, 특정 조건에 따른 파일 변환 등을 엣지에서 수행하여 사용자에게 더 빠르게 콘텐츠를 전달할 수 있습니다.
• 인증 및 접근 제어: Workers를 사용하여 R2 버킷에 대한 접근을 세밀하게 제어할 수 있습니다. 특정 사용자에게만 파일을 제공하거나, 서명된 URL을 생성하여 임시 접근 권한을 부여하는 등의 작업을 엣지에서 처리할 수 있습니다.
• API 백엔드: R2를 데이터 스