메인 콘텐츠로 건너뛰기
이 페이지에서는 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, 메모리, 디스크 용량 산정(사이징)에 대한 권장 사항은 레퍼런스 아키텍처의 사이징 섹션을 참조하세요. 요구 사항은 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 요구 사항은 reference architecture를 참고하세요. 데이터베이스 생성 SQL은 bare-metal guide를 참고하세요. 배포 환경의 데이터베이스 설정 관련 문의는 support 또는 담당 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 배포본에 의존합니다. PoC(개념 증명)의 테스트와 개발을 편리하게 수행할 수 있도록 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) 가이드를 참조하세요. 전체 요구 사항은 reference architecture의 오브젝트 스토리지 섹션을 참조하세요.

​
스토리지 버킷 프로비저닝

W&B를 설정하기 전에 적절한 IAM 정책, CORS 설정, 액세스 자격 증명이 구성된 오브젝트 스토리지 버킷을 먼저 프로비저닝해야 합니다. 다음 항목에 대한 자세한 단계별 프로비저닝 절차는 Bring Your Own Bucket (BYOB) 가이드를 참고하세요.
  • Amazon S3 (IAM 정책 및 버킷 정책 포함)
  • Google Cloud Storage (Pub/Sub 알림 포함)
  • Azure Blob Storage (관리형 ID 포함)
  • CoreWeave AI Object Storage
  • S3 호환 오브젝트 스토리지 (MinIO Enterprise, NetApp StorageGRID 및 기타 엔터프라이즈 솔루션)

​
W&B에서 버킷 사용하도록 설정

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

​
네트워크

네트워크형 배포의 경우, 설치 및 런타임 둘 다 동안 다음 엔드포인트로의 아웃바운드 트래픽이 필요합니다:
배포 설정에 따라 추가 컨테이너 레지스트리가 필요할 수 있습니다:
  • https://gcr.io는 Weave 온라인 평가를 위해 Bufstream 및 etcd를 배포할 때 필요합니다.
에어갭 배포에 대해 알아보려면 에어갭 인스턴스를 위한 Kubernetes 오퍼레이터를 참조하세요. 트레이닝 인프라와 실험 요구 사항을 추적하는 각 시스템에서는 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는 자체 서명(self-signed) 인증서와 사용자 정의 CA를 지원하지 않습니다. 자체 서명 인증서를 사용하면 사용자에게 여러 문제가 발생할 수 있으며, 이는 지원 대상이 아닙니다. 가능하다면 Let’s Encrypt와 같은 서비스를 사용하여 로드 밸런서에 신뢰할 수 있는 인증서를 제공하는 것이 좋습니다. Caddy 및 Cloudflare와 같은 서비스는 SSL을 대신 관리해 줍니다. 보안 정책상 신뢰할 수 있는 네트워크 내에서도 SSL 통신이 필요하다면, Istio 및 sidecar 컨테이너와 같은 도구 사용을 고려하십시오.

​
라이선스

모든 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를 클릭합니다.
배포 개요와 해당 인스턴스에 연결된 라이선스를 보여주는 페이지가 표시됩니다.

​
다음 단계

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