S3 파일 스토리지 - Wickr Enterprise

이 가이드에서는 Wickr Enterprise에 대한 설명서를 제공합니다. AWS Wickr를 사용하는 경우 AWS Wickr 관리 안내서 또는 AWS Wickr 사용 설명서를 참조하세요.

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

S3 파일 스토리지

Wickr Enterprise에는 S3 호환 스토리지 서비스가 필요합니다. Amazon S3와 같이 Amazon S3 서비스를 사용하는 것이 좋지만 설치의 일부로 Kubernetes 클러스터 내부에 내부 S3 서비스를 배포할 수도 있습니다.

외부 S3 설정

  • 버킷 이름: 파일 업로드가 저장될 S3 버킷의 이름입니다.

  • 리전: S3 버킷의 AWS 리전입니다.

  • 엔드포인트: Wickr가 S3 API와 상호 작용하는 데 사용할 엔드포인트를 설정합니다. 기본값은 리전의 S3 서비스 엔드포인트입니다.

  • Fileproxy 서비스 계정 이름: Amazon S3 전용. 서비스 계정에 대한 IAM 역할을 사용하여 S3에 인증하는 데 사용할 기존 Kubernetes 서비스 계정의 이름입니다.

  • 외부 S3 액세스 키: 기존 S3 액세스 키입니다.

  • 외부 S3 비밀 키: 기존 S3 비밀 키입니다.

내부 S3 설정

내부 S3 유형은 각각 4개의 영구 볼륨 클레임이 포함된 4개의 MinIO 서버 포드 기본값을 배포합니다. 기본 구성은 MinIO의 삭제 코딩을 활용하여 내결함성을 높입니다.

  • 내부 S3 서버 수: 생성할 MinIO 서버 포드 수로, 내결함성 배포의 기본값은 4입니다. 개발/테스트 배포의 경우이 값을 1로 낮게 설정할 수 있습니다.

  • 내부 S3 볼륨 수: 각 MinIO 서버 포드에서 생성할 MinIO 볼륨 수입니다. 내결함성 배포의 기본값은 4입니다. 개발/테스트 배포의 경우이 값을 1로 낮게 설정할 수 있습니다.

  • 내부 S3 볼륨 크기: MinIO 서버 포드에서 생성된 MinIO 볼륨의 GB 크기로, 기본값은 10GB입니다.

  • 기본 내부 S3 배포는 PVC가 4개인 서버 4PVCs 사용합니다. 각 PVC는 10Gi로, 사용자가 사용할 수 있는 120Gi Erasure Coded 스토리지와 함께 160Gi Raw 스토리지를 생성합니다.

  • Minio Erasure Coding 계산기를 사용할 수 있습니다. 자세한 내용은 코드 계산기 삭제를 참조하세요.