Cloud vs Serverless 비교
원본 보기Cloud vs Serverless 비교
이 가이드는 Elastic Cloud Hosted 배포와 Elastic Cloud Serverless 프로젝트를 비교하며, 프로젝트 유형별 주요 기능과 역량을 짚어봅니다. 각 배포 옵션에서 무엇을 사용할 수 있는지 파악하거나 플랫폼 간 마이그레이션을 계획할 때 이 정보를 활용하세요.
다음 정보는 Elastic의 전략적 목표, 계획, 목적을 반영한 것으로 예상 출시 일정, 예정된 기능과 동작, 상용 기능에 대한 잠정 설명을 포함합니다. 모든 내용은 정보 제공 목적일 뿐이며 Elastic의 재량에 따라 변경될 수 있습니다. 기능이나 제품이 제공, 취소, 연기됨에 따라 이 문서의 정보는 갱신, 추가 또는 삭제될 수 있습니다.
Elastic Cloud Serverless는 Elastic Cloud Hosted와 비교해 Elastic Stack 운영에 근본적으로 다른 접근 방식을 취합니다.
| 기능 | Elastic Cloud Hosted | Elastic Cloud Serverless |
|---|---|---|
| 관리 모델 | 셀프 서비스 인프라 | 완전 관리형 서비스 |
| 프로젝트 구성 | 여러 기능을 담은 단일 배포 | Elasticsearch, Observability, Security별로 분리된 프로젝트 |
| 확장 | 수동 또는 설정을 통한 자동화 | 완전 자동 |
| 인프라 결정 | 사용자가 용량 관리 | Elastic이 자동 관리 |
| 가격 모델 | 프로비저닝된 리소스 기준 | 사용량 기준 |
| 클라우드 제공업체 | AWS, Azure, GCP | AWS, Azure, GCP |
| 업그레이드 | 사용자가 시점 제어 | Elastic이 자동 수행 |
| 사용자 관리 | Elastic Cloud 관리 사용자 및 배포 로컬 사용자 | Elastic Cloud 관리 사용자만 지원. Serverless 사용자는 SAML 인증을 지원하는 조직 수준에서 관리됩니다. |
| 백업 | Snapshot & Restore를 통한 사용자 관리 | Elastic이 자동 백업. 데이터 손실이나 손상이 발생한 경우 지원팀에 문의하여 긴급 복원을 요청할 수 있습니다. |
| 솔루션 | 배포마다 전체 Elastic Stack | 프로젝트마다 단일 솔루션 |
| 교차 출처 리소스 공유(CORS) | 지원 | 제공되지 않음. 브라우저 기반 애플리케이션은 백엔드 프록시 서버를 통해 요청을 전달해야 합니다. |
Serverless에서 Elastic이 자동으로 관리하는 항목은 다음과 같습니다.
- 클러스터 확장 및 최적화
- 노드 관리 및 할당
- 샤드 분배 및 복제
- 리소스 사용률 및 모니터링
- 고가용성 및 재해 복구 전략
이 표는 Elastic Cloud Hosted 배포와 Serverless 프로젝트의 핵심 ID, 액세스, 플랫폼 역량을 비교합니다.
| 기능 | Elastic Cloud Hosted | Serverless 프로젝트 | 비고 |
|---|---|---|---|
| 감사 로깅 | ✅ | 예정 | 향후 릴리스에 제공 예정 |
| 인증 및 SSO | 배포 수준 인증 realm 및 조직 수준 SAML SSO | 조직 수준 사용자 관리 및 SAML SSO | Serverless는 배포 수준 realm 구성을 제공하지 않습니다. |
| 저장 데이터 암호화용 BYO-Key | ✅ | 예정 | 향후 릴리스에 제공 예정. Serverless의 데이터는 클라우드 제공업체의 암호화된 오브젝트 스토리지에 저장됩니다 |
| 클라우드 제공업체 지원 | - AWS - GCP - Azure |
- AWS - Azure - GCP |
- Elastic Cloud Hosted 리전 - Serverless 리전 |
| 클러스터 확장 | 수동, 자동 확장 옵션 제공 | 관리형 | 자동 확장으로 용량 계획이 불필요해집니다 - 자세히 보기 |
| 커스텀 플러그인 및 번들 | ✅ | ✅ 코어 분석 플러그인(번들 제공) ❌ 커스텀 플러그인/번들 업로드은 지원되지 않음 ❌ 언어 분석기용 커스텀 사전은 지원되지 않음 |
Serverless에서 동의어를 사용하려면 synonyms API를 사용하세요. |
| 커스텀 역할 | ✅ | ✅ | Elastic Cloud 역할과 Serverless 커스텀 역할을 통해 관리합니다. |
| 배포 상태 모니터링 | AutoOps 또는 모니터링 클러스터 | Elastic이 관리 | - 모니터링 클러스터 불필요 - Elastic이 자동 처리 |
| 배포 모델 | 여러 솔루션을 담은 단일 배포 | 특정 사용 사례별로 분리된 프로젝트 | 근본적인 아키텍처 차이 - 자세히 보기 |
| 배포 모니터링 | AutoOps 또는 모니터링 클러스터 | Elastic이 관리 AutoOps도 사용 가능 |
Elastic이 Serverless 프로젝트를 자동으로 모니터링하지만, 추가로 AutoOps를 사용해 사용 패턴과 리소스 소비를 모니터링할 수 있습니다. |
| 이메일 서비스 | ✅ | ✅ | 사전 구성된 이메일 커넥터 제공 - 제한 사항과 사용법 자세히 보기 |
| 하드웨어 구성 | 제한적 제어 | 관리형 | 하드웨어 선택은 Elastic이 관리합니다 |
| 고가용성 | ✅ | ✅ | 자동 복원력 |
| 네트워크 보안 | ✅ IP 필터링 ✅ 프라이빗 연결(VPC, PrivateLink) ✅ 공개된 고정 IP |
✅ IP 필터링 ✅ 프라이빗 연결(VPC, PrivateLink) ❌ 공개된 고정 IP |
Serverless 프로젝트의 프라이빗 연결은 현재 AWS와 Azure 리전에서만 지원됩니다. Observability 프로젝트에서는 Observability Complete가 필요합니다. Security 프로젝트에서는 Security Analytics Complete가 필요합니다. Serverless는 공개 고정 IP 목록을 제공하지 않습니다. 지원되는 경우 프라이빗 연결을 사용하세요. |
| API 키 | ✅ | ✅ | 배포/프로젝트 및 클라우드 API 키 유형을 사용해 Elastic Cloud Hosted와 Serverless 모두에서 사용할 수 있습니다. |
| 네이티브 realm 인증 | ✅ | ❌ | Serverless는 Elasticsearch 인증 realm을 지원하지 않습니다. 사용자 인증은 조직 수준에서 관리됩니다. |
| 역할 기반 액세스 제어 | ✅ | ✅ | Serverless에서 RBAC는 조직 수준에서 관리되며 프로젝트 커스텀 역할을 선택적으로 사용할 수 있습니다. |
| 노드 관리 | 사용자가 제어 | 관리형 | 설계상 노드 구성에 접근할 수 없습니다 |
| 스냅샷/복원 | ✅ | 예정 | 사용자가 직접 실행하는 스냅샷은 향후 릴리스에 제공 예정 |
Elastic Cloud Serverless 로드맵은 프로젝트별 기능보다 플랫폼 역량에 주로 초점을 맞춥니다. 각 프로젝트 유형의 기능 정보는 아래 프로젝트별 표를 참고하세요.
이 표는 Elastic Cloud Hosted 배포와 Serverless 프로젝트의 Elasticsearch 역량을 비교합니다.
| 기능 | Elastic Cloud Hosted | Serverless Elasticsearch 프로젝트 | Serverless 비고 |
|---|---|---|---|
| AI Assistant | ✅ | ✅ | |
| 행동 분석 | ❌ (9.0에서 지원 중단 예고) | ❌ | Serverless에서 제공되지 않음 |
| Clone index API | ✅ | 예정 | 향후 릴리스에 제공 예정 |
| 벌크 인덱싱 | ✅ | ✅ | Serverless의 기본 쓰기 지연 시간은 200ms입니다 1 |
| 교차 클러스터 복제 | ✅ | 예정 | 향후 릴리스에 제공 예정 |
| 교차 클러스터 검색 | ✅ | 기술 프리뷰 | 교차 프로젝트 검색 형태로 제공 |
| 데이터 수명 주기 관리 | - ILM - 데이터 스트림 수명 주기 |
데이터 스트림 수명 주기만 지원 | - Serverless에는 데이터 티어가 없음 - 일반적인 수명 주기 관리 요구에 맞게 최적화됨 |
| Elastic 커넥터(검색용) | ❌ (9.0에서 Enterprise Search와 함께 관리형 커넥터 중단) | 자체 관리형만 지원 | - 관리형 커넥터는 제공되지 않음 - 자체 관리형 커넥터를 사용하세요 |
| Elasticsearch for Apache Hadoop | ✅ | ❌ | Serverless에서 제공되지 않음 |
| Enterprise Search(App Search & Workplace Search) | ❌ (9.0에서 중단) | ❌ | Serverless에서 제공되지 않음 |
| Kibana Alerts | ✅ | ✅ | |
| 원격 소스로부터 재인덱싱 | ✅ | ✅ | |
| 리포지토리 관리 | ✅ | 관리형 | Elastic이 자동 관리 |
| 스크립트 메트릭 집계 | ✅ | ❌ | Serverless에서 제공되지 않음 Serverless에서는 ES|QL이 대안입니다 |
join 필드 |
✅ | ❌ | Serverless에서 제공되지 않음 Serverless에서는 ES|QL LOOKUP JOIN 명령이 대안입니다 |
| 검색 애플리케이션 | - UI 및 API - 유지 보수 모드(베타) |
- API 전용 - 유지 보수 모드(베타) |
Serverless에서는 UI를 제공하지 않음 |
| 샤드 관리 | 사용자가 구성 가능 | Elastic이 관리 | Serverless에서는 수동 샤드 할당이 불가능합니다 |
| 동의어 | - 인덱스 시점 동의어 - 파일 기반 동의어 - Synonyms API |
Synonyms API만 지원(인덱스 시점 또는 파일 기반 동의어는 지원하지 않음) | |
| Watcher | ✅ | ❌ | 대신 Kibana Alerts를 사용하세요. 다양한 사용 사례에 걸쳐 풍부한 통합을 제공합니다 |
| 웹 크롤러 | ❌ (9.0에서 Enterprise Search와 함께 관리형 Elastic Crawler 중단) | 자체 관리형만 지원 | 자체 관리형 크롤러를 사용하세요 |
1 Serverless에서 Elastic은 인덱싱된 데이터를 로컬 복제본이 아닌 오브젝트 스토어에 저장해 데이터 내구성을 보장합니다. 쓰기는 200ms 단위로 묶여 처리되며, 이를 통해 내구성을 확보하면서 성능과 비용을 최적화합니다. 그 결과 단일 문서 인덱싱은 Elastic Cloud Hosted보다 느리게 느껴질 수 있습니다. 다만 이 설계 덕분에 Serverless는 장애 허용을 위해 클러스터 내 복제에 의존하지 않고도 높은 인덱싱 부하에 더 확장성 있고 견고하게 대응합니다. 기본 쓰기 지연 시간이 높기 때문에 Serverless 인덱싱은 동시 인덱싱 클라이언트 수를 늘려 확장할 수 있습니다.
이 표는 Elastic Cloud Hosted 배포와 Observability Complete Serverless 프로젝트의 Observability 역량을 비교합니다. Observability Logs Essentials Serverless 프로젝트에 대한 자세한 내용은 Observability 기능 티어를 참고하세요.
| 기능 | Elastic Cloud Hosted | Serverless Observability Complete 프로젝트 | Serverless 비고 |
|---|---|---|---|
| AI Assistant | ✅ | ✅ | |
| APM 통합 | ✅ | ✅ | Managed Intake Service를 사용하세요(Elastic APM 및 OTLP 프로토콜 지원) OTLP 데이터 수집은 Managed OTLP 엔드포인트를 참고하세요 |
| APM 에이전트 중앙 구성 | ✅ | ❌ | Serverless에서 제공되지 않음 |
| APM 테일 기반 샘플링 | ✅ | ❌ | - Serverless에서 제공되지 않음 - 대안으로 OpenTelemetry 테일 샘플링 프로세서를 고려하세요 |
| Android 에이전트/SDK 계측 | ✅ | ✅ | |
| AWS Firehose 통합 | ✅ | ✅ | |
| Kibana Spaces용 커스텀 역할 | ✅ | ✅ | |
| 데이터 스트림 수명 주기 | ✅ | ✅ | Serverless의 기본 수명 주기 관리 방식 |
| Elastic OpenTelemetry 중앙 구성 | ✅ | ❌ | |
| Elastic Cloud Forwarder | ✅ | ✅ | |
| Elastic OpenTelemetry 테일 기반 샘플링 | ✅ | ✅ | |
| Elastic Serverless Forwarder | ✅ | ❌ | |
| Elastic Synthetics 프라이빗 위치 | ✅ | ✅ | |
| Fleet 에이전트 정책 | ✅ | ✅ | |
| Fleet 서버 | - 자체 호스팅 - 호스팅형 |
✅ | Elastic이 완전 관리 |
| 인덱스 수명 주기 관리 | ✅ | ❌ | 대신 데이터 스트림 수명 주기를 사용하세요 |
| iOS 에이전트/SDK 계측 | ✅ | ✅ | |
| Kibana Alerts | ✅ | ✅ | |
| LogsDB 인덱스 모드 | ✅ | ✅ | - 스토리지 사용량 감소 - 기본으로 활성화 - 비활성화 불가 |
| 로그 관리 | ✅ | ✅ | |
| Managed OTLP 엔드포인트 | ✅ | ✅ | |
| 메트릭 모니터링 | ✅ | ✅ | |
| Observability SLO | ✅ | ✅ | |
| 실사용자 모니터링(RUM) | ✅ | 예정 | 향후 릴리스에 제공 예정 |
| Universal Profiling | ✅ | ❌ | Serverless에서 제공되지 않음 |
| 업타임 모니터링 | ❌ | ❌ | - 모든 배포 유형에서 지원 중단 - 대신 Synthetics 앱을 사용하세요 |
이 표는 Elastic Cloud Hosted 배포와 Serverless 프로젝트의 Security 역량을 비교합니다.
| 기능 | Elastic Cloud Hosted | Serverless Security 프로젝트 | Serverless 비고 |
|---|---|---|---|
| 엔티티 분석 | ✅ | ✅ | |
| AI Assistant | ✅ | ✅ | |
| Cloud Security | ✅ | ✅ | |
| Defend for Containers 통합 | ✅ (9.0에서 지원 중단 예고) | ❌ | Serverless에서 제공되지 않음 |
| 엔드포인트 보안 | ✅ | ✅ | |
| Kibana Alerts | ✅ | ✅ | |
| Kibana 내비게이션 | 표준 레이아웃 | 다른 레이아웃 | Security 프로젝트의 UI 차이 |
| LogsDB | 선택 사항 | ✅ | - 기본으로 활성화 - 비활성화 불가 |
| SIEM 기능 | ✅ | ✅ | 핵심 기능 지원 |
Elasticsearch는 샤딩을 사용해 인덱스의 데이터를 클러스터 전체에 분산하며, 이를 통해 늘어나는 데이터 볼륨과 부하를 감당합니다. Elastic Cloud Serverless에서는 샤딩이 완전히 관리되며 필요에 맞게 자동으로 조정됩니다.
다음 모범 사례는 시간이 지나며 데이터와 함께 확장되는 인덱싱 및 데이터 수명 주기 전략을 세우는 데 도움이 됩니다.
- 매우 작거나 비어 있는 인덱스를 다수 만드는 것은 가능한 한 피하세요. 각 인덱스는 프로젝트 내에서 리소스 비용을 발생시키며 서비스는 이를 수용하기 위해 용량을 확장해야 합니다. 설계가 이런 패턴을 따르고 있다면 데이터를 더 적은 수의 인덱스로 정리하는 방안을 고려하세요.
- 각 인덱스가 수 테라바이트까지 커지는 설계는 피하세요. 성능상 절충이 발생할 수 있습니다. 별칭이나 명명 패턴으로 조회할 수 있는 여러 개의 작은 인덱스를 만드는 방안을 고려하세요.
- 적절한 경우 단일 인덱스 대신 데이터 스트림을 사용하고, 데이터 스트림 수명 주기를 활용해 데이터 보존을 관리하세요. 데이터 스트림에 날짜 기반 명명 패턴을 사용하지 말고, 수명 주기가 데이터를 자동으로 만료시키도록 하세요.
Elastic Cloud Serverless 프로젝트와 조직에는 다음 제한이 적용됩니다.
| 제한 | 값 | 조정 가능 여부 |
|---|---|---|
| 프로젝트당 인덱스 수 | 15,000 | 예 |
| 조직당 프로젝트 수 | 500 | 예 |
이 제한은 조정 가능하며 요청을 통해 상향할 수 있습니다. 제한 상향을 요청하려면 지원 케이스를 열고 원하는 새 값과 사용 사례에 대한 간단한 설명을 함께 제출하세요. 사용 사례와 목표 결과에 대해 충분한 정보를 제공하면 Elastic이 워크로드에 가장 적합한 방안을 추천할 수 있습니다.
Elastic Cloud Serverless에서는 Elastic이 기반 인프라를 관리하므로 Elasticsearch API 중 일부에만 접근할 수 있습니다. 이러한 제약은 클러스터 안정성, 가용성, 데이터 무결성을 유지해 Serverless 프로젝트의 신뢰성 있는 운영을 보장합니다.
다음 Elasticsearch API는 Elastic Cloud Serverless에서 제공되지 않습니다.
- 인프라 작업
-
- 모든
_nodes/*작업 - 모든
_cluster/*작업 /_cat/indices,/_cat/aliases같은 인덱스 관련 작업을 제외한 대부분의_cat/*작업
- 모든
- 스토리지 및 백업
-
- 모든
_snapshot/*작업 - 리포지토리 관리 작업
- 모든
- 인덱스 관리
-
indices/close작업indices/open작업- 복구 및 통계 작업
- 강제 병합 작업
사용할 수 없는 API를 호출하면 다음 오류가 반환됩니다.
{
"error": {
"root_cause": [
{
"type": "api_not_available_exception",
"reason": "Request for uri [/<API_ENDPOINT>] with method [<METHOD>] exists but is not available when running in serverless mode"
}
],
"status": 410
}
}
사용 가능한 API의 전체 목록은 Elasticsearch Serverless API 레퍼런스를 참고하세요.
Serverless는 버전이 없으며 지속적으로 업데이트됩니다. GET / 루트 API는 요청 시점의 다음 목표 Elasticsearch 릴리스 버전을 항상 반환합니다. 이 값은 클라이언트 호환성 용도로만 존재하며 프로젝트에서 어떤 기능을 사용할 수 있는지를 나타내지 않습니다. 버전 번호에 의존하는 대신 build_flavor: serverless를 사용해 Serverless 프로젝트를 다루고 있는지 확인하세요.
Elastic Cloud Serverless 프로젝트에서 사용자가 설정할 수 있는 구성은 일부 인덱스 수준 설정으로 제한되며, 클러스터 수준과 노드 수준 설정은 안정성, 가용성, 성능, 데이터 무결성 유지를 위해 Elastic이 관리합니다. 이러한 제약은 Serverless 프로젝트의 신뢰성을 보장하는 데 도움이 됩니다.
- 사용 가능한 설정
-
인덱스 수준 설정: 문서가 처리, 저장, 검색되는 방식을 제어하는 설정은 최종 사용자가 사용할 수 있습니다. 여기에는 다음이 포함됩니다.
- 분석 구성
- 매핑 매개변수
- 검색/쿼리 설정
refresh_interval같은 인덱싱 설정
일부 설정은 Serverless에서 기본값이나 값 제약이 다를 수 있습니다. 이 정보는 설정 레퍼런스에 문서화되어 있습니다.
- 관리형 설정
-
인프라 관련 설정: 클러스터 리소스나 데이터 분산에 영향을 주는 설정은 최종 사용자가 사용할 수 없습니다. 여기에는 다음이 포함됩니다.
- 노드 구성
- 클러스터 토폴로지
- 샤드 할당
- 리소스 관리
사용할 수 없는 인덱스 설정을 사용하려고 하면 다음 오류가 반환됩니다.
{
"error": {
"root_cause": [
{
"type": "illegal_argument_exception",
"reason": "Settings [xyz] are not available when running in serverless mode"
}
],
"type": "illegal_argument_exception",
"reason": "Settings [xyz] are not available when running in serverless mode"
},
"status": 400
}
- Elastic Cloud Serverless 로드맵: Serverless 플랫폼의 예정 기능과 개발 계획을 확인하세요
- Elasticsearch Serverless API 레퍼런스: Elastic Cloud Serverless에서 사용할 수 있는 API 전체 목록을 확인하세요
- 프로젝트 설정: Elastic Cloud Serverless에서 프로젝트 설정을 구성하세요
- Serverless 리전: Elastic Cloud Serverless 프로젝트에 알맞은 리전을 선택하세요
- Elastic Cloud 가격: Elastic Cloud Hosted와 Serverless 프로젝트의 가격을 이해하세요
- Serverless 프로젝트 청구: Serverless 프로젝트의 청구 항목을 이해하세요
- Elastic Cloud Hosted 청구: Elastic Cloud Hosted 배포의 청구 항목을 이해하세요