W&B는 W&B Multi-tenant Cloud 또는 W&B Dedicated Cloud와 같은 완전 관리형 배포 옵션을 권장합니다. W&B 완전 관리형 서비스는 간편하고 안전하게 사용할 수 있으며, 설정이 거의 필요 없거나 전혀 필요하지 않습니다.
소프트웨어 버전 요구 사항
하드웨어 요구 사항
CPU 아키텍처: W&B는 Intel(x86) CPU 아키텍처에서만 실행됩니다. ARM은 지원되지 않습니다. 사이징: Kubernetes 노드와 MySQL의 CPU, 메모리, 디스크 사이징 권장 사항은 레퍼런스 아키텍처의 Sizing 섹션을 참조하세요. 요구 사항은 Models, Weave 또는 둘 다를 실행하는지에 따라 달라집니다. 사용 사례(Models 전용, Weave 전용, 또는 둘 다 사용하는 경우)에 따른 보다 구체적인 사이징 권장사항은 레퍼런스 아키텍처 사이징 섹션을 참조하세요.Kubernetes
W&B Server는 여러 pod를 관리하는 Kubernetes Operator로 배포됩니다. Kubernetes 클러스터는 다음 요구 사항을 충족해야 합니다:- 버전: 앞의 소프트웨어 버전 요구 사항 섹션을 참조하세요.
- 인그레스 컨트롤러: 완전히 설정되고 정상적으로 동작하는 인그레스 컨트롤러 (Nginx, Istio, Traefik 또는 클라우드 제공업체 ingress)
- Persistent volumes: 퍼시스턴트 볼륨을 프로비저닝할 수 있는 능력
- CPU 아키텍처: Intel 또는 AMD 64비트 (ARM은 지원되지 않음)
MySQL 데이터베이스
W&B를 사용하려면 외부 MySQL 데이터베이스가 필요합니다. 프로덕션 환경에서는 W&B는 관리형 데이터베이스 서비스 사용을 권장합니다: 관리형 데이터베이스 서비스는 자동 백업, 모니터링, 고가용성, 패치 적용을 제공하며 운영 오버헤드를 줄여줍니다. 사이징 권장 사항과 설정 파라미터를 포함한 MySQL 요구 사항은 레퍼런스 아키텍처를 참조하세요. 데이터베이스 생성 SQL은 bare-metal guide를 참조하세요. 배포 환경의 데이터베이스 설정에 대해 궁금한 점이 있으면 지원팀 또는 AISE에 문의하세요. W&B는 프로덕션 배포 환경에서 AWS RDS Aurora MySQL, Google Cloud SQL for MySQL, Azure Database for MySQL과 같은 관리형 데이터베이스 서비스 사용을 권장합니다. 관리형 서비스는 자동 백업, 모니터링, 고가용성, 패치 적용을 제공하며 운영 복잡성을 줄여 줍니다.MySQL 설정 매개변수
직접 MySQL 인스턴스를 운영하는 경우, W&B Server와의 호환성을 위해 MySQL을 다음과 같이 설정하십시오:데이터베이스 생성
데이터베이스를 자동으로 프로비저닝하는 관리형 MySQL 서비스를 사용하지 않는 경우, W&B Server에서 사용하는 MySQL 데이터베이스와 사용자를 수동으로 생성하려면 다음 지침을 따르세요: 다음 SQL 명령을 사용해 데이터베이스와 사용자를 생성합니다.[PASSWORD]는 안전한 비밀번호로 바꾸세요:
Redis
W&B Server는 캐싱 및 백그라운드 작업 조정을 위해 Redis를 사용합니다. W&B는 단일 노드 Redis 7.x 배포에 의존하며, W&B의 컴포넌트는 이를 작업 큐잉과 데이터 캐싱에 사용합니다. 테스트 및 개념 증명 작업을 위해 W&B Self-Managed에는 로컬 Redis 배포가 포함되어 있습니다. 이 번들 배포는 프로덕션 환경에서 사용하기에 적합하지 않습니다. 프로덕션 배포의 경우 W&B는 다음 환경의 Redis 인스턴스에 연결할 수 있습니다.- Amazon ElastiCache
- Google Cloud Memorystore
- Azure Cache for Redis
- 클라우드 또는 온프레미스 인프라에서 자체 호스팅되는 Redis
- AWS Elasticache.
- Google Cloud Memory Store.
- Azure Cache for Redis.
- 사용자 클라우드 또는 온프레미스 인프라에서 호스팅되는 Redis 배포.
ClickHouse
Self-Managed 배포의 W&B Weave는 ClickHouse를 사용합니다. 모든 Self-Managed 설치에 ClickHouse가 필요한 것은 아닙니다. W&B Server를 업그레이드하거나 ClickHouse 버전을 변경하기 전에 Operator 가이드의 ClickHouse compatibility for upgrades와 Supported W&B Server releases의 호환성 참고 사항을 확인하세요. 배포 절차는 Deploy Weave in a self-managed environment를 참조하세요.오브젝트 스토리지
W&B Server에서 아티팩트, 미디어, run 데이터를 저장하려면 오브젝트 스토리지 버킷이 필요합니다. W&B에는 사전 서명된 URL 및 CORS를 지원하는 오브젝트 저장소가 필요합니다. W&B는 다음 저장소 공급자를 권장합니다.- Amazon S3: 확장성, 데이터 가용성, 보안, 성능을 제공하는 오브젝트 저장소 서비스입니다.
- Google Cloud Storage: 대규모 비정형 데이터를 저장하기 위한 관리형 서비스입니다.
- Azure Blob Storage: 대규모 비정형 데이터를 위한 클라우드 기반 오브젝트 저장소입니다.
- CoreWeave AI Object Storage: AI 워크로드에 최적화된 S3 호환 오브젝트 저장소입니다.
- MinIO Enterprise (AIStor), NetApp StorageGRID 또는 기타 엔터프라이즈 솔루션과 같은 엔터프라이즈 S3 호환 저장소.
MinIO Open Source는 유지 관리 모드 상태이며, 활발한 개발이 이루어지지 않고 사전 컴파일된 바이너리도 제공되지 않습니다. 프로덕션 배포의 경우, W&B는 관리형 오브젝트 저장소 서비스 또는 MinIO Enterprise (AIStor)와 같은 엔터프라이즈 S3 호환 솔루션을 권장합니다.
저장소 버킷 프로비저닝
W&B를 설정하기 전에 필요한 IAM 정책, CORS 설정, 액세스 자격 증명을 갖춰 객체 저장소 버킷을 프로비저닝해야 합니다. 다음 항목에 대한 자세한 step별 프로비저닝 지침은 Bring Your Own Bucket (BYOB) 가이드를 참조하세요:- Amazon S3(IAM 정책 및 버킷 정책 포함)
- Google Cloud Storage(PubSub 알림 포함)
- Azure Blob Storage(관리형 ID 포함)
- CoreWeave AI Object Storage
- S3 호환 저장소(MinIO Enterprise, NetApp StorageGRID, 기타 엔터프라이즈 솔루션 포함)
W&B에서 버킷 사용하도록 설정
버킷을 프로비저닝한 후 W&B Server가 버킷을 읽고 쓸 수 있도록 Operator의 Helm values에서 W&B가 해당 버킷을 사용하도록 반드시 설정해야 합니다. 자세한 내용은 Operator 오브젝트 스토리지 설정 섹션을 참조하세요.네트워킹
네트워킹 설정은 사용자와 머신 러닝 워크로드가 W&B Server에 접근할 수 있도록 합니다. 다음 섹션에서는 DNS, 로드 밸런서, 인그레스 요구 사항을 설명합니다. 네트워크에 연결된 배포 환경에서는 설치 중과 런타임 중 모두 다음 endpoint로의 아웃바운드 연결을 허용하세요:https://deploy.wandb.aihttps://charts.wandb.aihttps://quay.io(Prometheus 이미지에 사용)
추가 container registry가 배포 설정에 따라 필요할 수 있습니다:
- Weave 온라인 평가를 위해 Bufstream 및 etcd를 배포하는 경우
https://gcr.io
DNS
W&B 배포에 사용되는 정규화된 도메인 이름(FQDN)은 A 레코드를 사용해 Ingress 또는 로드 밸런서의 IP 주소로 해석되도록 구성해야 합니다.로드 밸런서와 인그레스
W&B Kubernetes Operator는 Kubernetes 인그레스 컨트롤러를 사용해 서비스를 노출하며, 이 인그레스 컨트롤러는 URL 경로를 기준으로 서비스 엔드포인트로 라우팅합니다. 인그레스 컨트롤러는 머신러닝 페이로드를 실행하거나 웹 브라우저를 통해 서비스에 접근하는 모든 머신에서 접근 가능해야 합니다. 자세한 로드 밸런서 옵션, 인그레스 컨트롤러 요구 사항, 설정 예시는 레퍼런스 아키텍처 load balancer 섹션을 참조하세요.SSL/TLS
W&B는 클라이언트와 서버 간의 보안 통신을 위해 유효한 공인 SSL/TLS 인증서를 요구합니다. SSL/TLS 종료는 인그레스 또는 로드 밸런서에서 이루어져야 합니다. W&B Server 애플리케이션은 SSL 또는 TLS 연결을 종료하지 않습니다. 가능하다면 Let’s Encrypt와 같은 서비스를 사용해 로드 밸런서에 신뢰할 수 있는 인증서를 제공하세요. Caddy 및 Cloudflare와 같은 서비스는 SSL을 대신 관리해 줍니다. 보안 정책상 신뢰할 수 있는 네트워크 내부에서도 SSL 통신이 필요하다면, Istio와 사이드카 컨테이너 같은 도구를 사용하는 것을 고려하세요.라이선스
모든 Self-Managed 배포 환경에는 유효한 W&B Server 라이선스가 필요합니다. 라이선스가 없으면 W&B Server를 시작할 수 없습니다. W&B Self-Managed를 배포하려면 W&B 라이선스가 필요합니다. 이 절차에서는 라이선스를 획득하는 방법을 설명합니다.- 아직 W&B 계정이 없다면 계정을 만드세요.
- 엔터프라이즈 평가판 라이선스가 필요하면 요청을 제출하거나 담당 W&B 팀에 문의하세요. 엔터프라이즈 평가판 라이선스에는 중요한 보안 기능과 그 밖의 엔터프라이즈용 기능에 대한 지원이 포함됩니다.
- 그 외의 경우 무료 평가판 라이선스를 생성하려면 Deploy Manager를 여세요. 이 URL은 Get a License for W&B Local 양식으로 리디렉션됩니다. 다음 정보를 입력하세요:
- 라이선스 소유자.
- 배포 유형.
- 인스턴스 이름 및 선택 사항인 설명.
- Generate License Key를 클릭하세요.
다음 단계
인프라가 다음 요구 사항을 충족하는지 확인한 후에는 환경에 맞는 배포 가이드로 진행하세요:- 클라우드 및 온프레미스 배포: Helm 및 Terraform을 사용한 배포 옵션은 Kubernetes Operator로 W&B 배포를 참고하세요.
- 에어갭 배포: 격리된 환경에 대해서는 에어갭 Kubernetes에 배포를 참고하세요.
- 모든 배포 방식: 기본 오퍼레이터 배포 가이드는 Kubernetes Operator로 배포를 참고하세요.