메인 콘텐츠로 건너뛰기
이 페이지에서는 W&B Self-Managed를 배포하기 위한 인프라 및 소프트웨어 요구 사항을 종합적으로 설명합니다. 배포를 시작하기 전에 이 요구 사항을 검토하세요.
W&B는 W&B Multi-tenant Cloud 또는 W&B Dedicated Cloud와 같은 완전 관리형 배포 옵션을 권장합니다. W&B 완전 관리형 서비스는 설정이 거의 필요 없거나 전혀 필요 없어 간편하고 안전하게 사용할 수 있습니다.
전체 아키텍처 가이드는 레퍼런스 아키텍처를 참조하세요.

​
소프트웨어 버전 요구 사항

소프트웨어최소 버전
Kubernetesv1.32 이상 (지원되는 Kubernetes 버전)
Helmv3.x
MySQLv8.0.x가 필요하며 v8.0.32 이상이어야 합니다. v8.0.44 이상을 권장합니다.
Aurora MySQL 3.x 릴리스는 v3.05.2 이상이어야 합니다.
Redisv7.x

​
하드웨어 요구 사항

CPU 아키텍처: W&B는 Intel(x86) CPU 아키텍처에서만 실행됩니다. ARM은 지원되지 않습니다. 사이징: Kubernetes 노드와 MySQL의 CPU, 메모리, 디스크 사이징 권장 사항은 레퍼런스 아키텍처의 Sizing 섹션을 참조하세요. 요구 사항은 Models, Weave 또는 둘 다를 실행하는지에 따라 달라집니다. 사용 사례(Models 전용, Weave 전용, 또는 둘 다 사용하는 경우)에 따른 보다 구체적인 사이징 권장사항은 레퍼런스 아키텍처 사이징 섹션을 참조하세요.

​
Kubernetes

W&B Server는 여러 pod를 관리하는 Kubernetes Operator로 배포됩니다. Kubernetes 클러스터는 다음 요구 사항을 충족해야 합니다:
  • 버전: 위의 Software version requirements 참조
  • Ingress controller: 완전히 설정되고 정상적으로 동작하는 ingress controller (Nginx, Istio, Traefik 또는 클라우드 제공업체 ingress)
  • Persistent volumes: 퍼시스턴트 볼륨을 프로비저닝할 수 있는 능력
  • CPU 아키텍처: Intel 또는 AMD 64비트 (ARM은 지원되지 않음)
W&B는 클라우드, 온프레미스, 에어갭 환경의 OpenShift Kubernetes 클러스터 배포를 지원합니다. 구체적인 설정 지침은 Operator 가이드의 OpenShift 섹션을 참조하세요. 로드 밸런서와 ingress 설정을 포함한 전체 Kubernetes 요구 사항은 reference architecture Kubernetes 섹션을 참조하세요.

​
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 인스턴스를 운영하는 경우, MySQL을 다음과 같이 설정하십시오: 
binlog_format = 'ROW'
binlog_row_image = 'MINIMAL'
innodb_flush_log_at_trx_commit = 1
innodb_online_alter_log_max_size = 268435456
max_prepared_stmt_count = 1048576
sort_buffer_size = '67108864'
sync_binlog = 1
이 설정은 최적의 성능과 안정성을 보장하도록 W&B에서 검증한 것입니다.

​
데이터베이스 생성

MySQL 데이터베이스와 사용자를 수동으로 생성하는 방법은 다음 내용을 참조하세요: 다음 SQL 명령을 사용해 데이터베이스와 사용자를 생성합니다. SOME_PASSWORD는 원하는 안전한 비밀번호로 바꾸세요: 
CREATE USER 'wandb_local'@'%' IDENTIFIED BY 'SOME_PASSWORD';
CREATE DATABASE wandb_local CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
GRANT ALL ON wandb_local.* TO 'wandb_local'@'%' WITH GRANT OPTION;
백업, 성능, 모니터링, 가용성 등을 포함한 추가 고려 사항은 참조 아키텍처의 MySQL 섹션을 참조하세요.

​
Redis

W&B는 작업 큐잉과 데이터 캐싱을 위해 W&B 컴포넌트가 사용하는 단일 노드 Redis 7.x 배포에 의존합니다. 테스트 및 개념 검증을 편리하게 수행할 수 있도록, W&B Self-Managed에는 로컬 Redis 배포가 포함되어 있지만 이는 프로덕션 배포에는 적합하지 않습니다. 프로덕션 배포의 경우 W&B는 다음 환경의 Redis 인스턴스에 연결할 수 있습니다: W&B는 다음 환경에서 Redis 인스턴스에 연결할 수 있습니다:

​
오브젝트 스토리지

W&B에는 사전 서명된 URL 및 CORS를 지원하는 객체 저장소가 필요합니다. 권장 저장소 제공업체:
  • Amazon S3: 업계 최고 수준의 확장성, 데이터 가용성, 보안, 성능을 제공하는 객체 저장소 서비스입니다.
  • Google Cloud Storage: 비정형 데이터를 대규모로 저장하기 위한 관리형 서비스입니다.
  • Azure Blob Storage: 대량의 비정형 데이터를 저장하기 위한 클라우드 기반 객체 저장소 솔루션입니다.
  • CoreWeave AI Object Storage: AI 워크로드에 최적화된 고성능 S3 호환 객체 저장소 서비스입니다.
  • 엔터프라이즈 S3 호환 저장소: MinIO Enterprise (AIStor), NetApp StorageGRID, 또는 기타 엔터프라이즈급 솔루션
MinIO Open Source는 활성 개발이나 사전 컴파일된 바이너리 없이 유지 관리 모드에 있습니다. 프로덕션 배포의 경우 W&B는 관리형 객체 저장소 서비스 또는 MinIO Enterprise (AIStor)와 같은 엔터프라이즈 S3 호환 솔루션 사용을 권장합니다.
IAM 정책, CORS 설정, 액세스 설정을 포함한 자세한 버킷 프로비저닝 지침은 Bring Your Own Bucket (BYOB) 가이드를 참조하세요. 전체 요구 사항은 레퍼런스 아키텍처 객체 저장소 섹션을 참조하세요.

​
저장소 버킷 프로비저닝

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에서 버킷 사용하도록 설정

버킷을 프로비저닝한 후 Operator의 Helm values에서 W&B가 해당 버킷을 사용하도록 설정합니다. 자세한 내용은 Operator 객체 스토리지 설정 섹션을 참조하세요.

​
네트워크

네트워크에 연결된 배포 환경에서는 설치 중과 런타임 중 모두 다음 endpoint로의 아웃바운드 연결이 필요합니다:
배포 설정에 따라 추가 container registry가 필요할 수 있습니다:
  • Weave 온라인 평가를 위해 Bufstream 및 etcd를 배포할 때는 https://gcr.io가 필요합니다.
air-gapped 배포에 대해 알아보려면 air-gapped 인스턴스용 Kubernetes operator를 참고하세요. 트레이닝 인프라와 Experiments 요구 사항을 추적하는 각 시스템에는 W&B 및 객체 저장소에 대한 액세스가 필요합니다.

​
DNS

W&B 배포에 사용되는 정규화된 도메인 이름(FQDN)은 A 레코드를 사용해 Ingress/로드 밸런서의 IP 주소로 해석되도록 구성해야 합니다.

​
로드 밸런서와 인그레스

W&B Kubernetes Operator는 Kubernetes 인그레스 컨트롤러를 사용해 서비스를 노출하며, 이 인그레스 컨트롤러는 URL 경로를 기준으로 서비스 엔드포인트로 라우팅합니다. 인그레스 컨트롤러는 머신러닝 페이로드를 실행하거나 웹 브라우저를 통해 서비스에 접근하는 모든 머신에서 접근 가능해야 합니다. 자세한 로드 밸런서 옵션, 인그레스 컨트롤러 요구 사항, 설정 예시는 reference architecture load balancer 섹션을 참조하세요.

​
SSL/TLS

W&B는 클라이언트와 서버 간의 보안 통신을 위해 유효한 공인 SSL/TLS 인증서를 요구합니다. SSL/TLS 종료는 인그레스/로드 밸런서에서 이루어져야 합니다. W&B Server 애플리케이션은 SSL 또는 TLS 연결을 종료하지 않습니다. 중요: W&B는 자체 서명 인증서와 사용자 지정 CA를 지원하지 않습니다. 자체 서명 인증서를 사용하면 사용자에게 문제가 발생할 수 있으며, 지원되지 않습니다. 가능하다면 Let’s Encrypt와 같은 서비스를 사용해 로드 밸런서에 신뢰할 수 있는 인증서를 제공하는 것이 좋습니다. Caddy 및 Cloudflare와 같은 서비스는 SSL을 대신 관리해 줍니다. 보안 정책상 신뢰할 수 있는 네트워크 내부에서도 SSL 통신이 필요하다면, Istio와 사이드카 컨테이너 같은 도구를 사용하는 것을 고려하세요.

​
라이선스

모든 Self-Managed 배포 환경에는 유효한 W&B Server 라이선스가 필요합니다. W&B Self-Managed를 배포하려면 W&B 라이선스가 필요합니다.
  1. 아직 W&B 계정이 없다면 계정을 만드세요.
  2. 중요한 보안 기능과 그 밖의 엔터프라이즈용 기능에 대한 지원이 포함된 엔터프라이즈 평가판 라이선스가 필요하면 요청을 제출하거나 담당 W&B 팀에 문의하세요.
  3. 그 외의 경우 무료 평가판 라이선스를 생성하려면 Deploy Manager를 여세요. 이 URL은 Get a License for W&B Local 양식으로 리디렉션됩니다. 다음 정보를 입력하세요.
    • 라이선스 소유자
    • 배포 유형
    • 인스턴스 이름 및 선택 사항인 설명
  4. Generate License Key를 클릭하세요.
페이지에 배포 Overview와 함께 인스턴스에 연결된 라이선스가 표시됩니다.

​
다음 단계

인프라가 다음 요구 사항을 충족하는지 확인한 후에는 다음을 수행하세요: