- Altinity ClickHouse Operator: Kubernetes용 엔터프라이즈급 ClickHouse 관리 도구입니다.
- ClickHouse Keeper: ZooKeeper를 대체하는 분산 코디네이션 서비스입니다.
- ClickHouse 클러스터: 트레이스를 저장하는 고가용성 데이터베이스 클러스터입니다.
- S3 호환 저장소: ClickHouse 데이터를 영구 저장하는 오브젝트 저장소입니다.
중요 설정 참고 사항
이 가이드의 설정 예시는 참고용입니다. 조직마다 Kubernetes 환경이 다르므로 자체 호스팅 인스턴스에서는 다음 항목을 조정해야 할 가능성이 높습니다.- 보안 및 규정 준수: 조직의 보안 정책과 Kubernetes 또는 OpenShift 요구 사항에 따라 보안 컨텍스트,
runAsUser또는fsGroup값, 기타 보안 설정을 조정하세요. - 리소스 사이징: 여기에 제시된 리소스 할당은 출발점일 뿐입니다. 예상 트레이스 볼륨과 성능 요구 사항에 맞는 적절한 사이징은 W&B Solutions Architect 팀과 상의하세요.
- 인프라별 세부 사항: 스토리지 클래스, 노드 셀렉터 등 인프라별 설정을 사용 중인 환경에 맞게 업데이트하세요.
아키텍처
다음 다이어그램은 Self-Managed Weave 배포에서 W&B Platform, ClickHouse 클러스터, ClickHouse Keeper 코디네이션 서비스, S3 저장소가 서로 어떻게 연계되어 구성되는지 보여줍니다.사전 요구 사항
시작하기 전에 환경이 다음 요구 사항을 충족하는지 확인하세요. Self-Managed Weave 인스턴스에는 다음 리소스가 필요합니다.- Kubernetes 클러스터: 버전 1.29 이상.
- Kubernetes 노드: 다중 노드 클러스터(고가용성을 위해 최소 3개 노드 권장).
- 스토리지 클래스: 영구 볼륨에 사용할 수 있는 정상 작동하는 StorageClass(예:
gp3,standard,nfs-csi). - S3 버킷: 적절한 액세스 권한이 미리 설정된 S3 또는 S3 호환 버킷.
- W&B Platform: 이미 설치되어 실행 중이어야 합니다. W&B Self-Managed 배포 가이드를 참조하세요.
- W&B 라이선스: W&B 지원팀에서 발급받은 Weave 활성화 라이선스.
필수 도구
인스턴스를 설정하려면 다음 도구가 필요합니다.- 클러스터 액세스 권한이 설정된
kubectl helm버전 3.0 이상- AWS 자격 증명(S3를 사용하는 경우) 또는 S3 호환 저장소에 대한 액세스 권한
네트워크 요구 사항
Kubernetes 클러스터에는 다음과 같은 네트워크 설정이 필요합니다.clickhousenamespace의 파드가wandbnamespace의 파드와 통신할 수 있어야 합니다.- ClickHouse 노드 간에
8123,9000,9009,2181포트로 통신할 수 있어야 합니다.
Self-Managed Weave 인스턴스 배포하기
다음 단계에서는 오퍼레이터 배포, 저장소 준비, ClickHouse Keeper 및 ClickHouse 클러스터 배포, W&B Platform에서의 Weave 활성화 과정을 차례로 안내합니다. 각 단계는 이전 단계에서 생성한 리소스를 바탕으로 진행되므로 반드시 순서대로 완료하세요.Altinity ClickHouse 오퍼레이터 배포하기
Altinity ClickHouse 오퍼레이터는 Kubernetes에서 ClickHouse 설치를 관리합니다. 오퍼레이터를 먼저 설치해 두면 이후 단계에서 ClickHouse Keeper와 ClickHouse 클러스터 리소스를 선언할 수 있으며, 선언된 리소스는 오퍼레이터가 알아서 조정(reconcile)합니다.Altinity Helm 저장소 추가
오퍼레이터 설정 생성
ch-operator.yaml 파일을 생성하세요. 이 파일은 오퍼레이터 배포에 필요한 보안 컨텍스트와 메타데이터를 정의합니다.
containerSecurityContext 값은 대부분의 Kubernetes 배포판에서 작동합니다. OpenShift에서는 프로젝트에 할당된 UID 범위에 맞게 runAsUser와 fsGroup을 조정해야 할 수 있습니다.
오퍼레이터 설치
오퍼레이터 설치 확인
S3 저장소 준비
ClickHouse에서 데이터를 영구 저장하려면 S3 또는 S3 호환 저장소가 필요합니다. 이 단계에서는 버킷을 생성하고 ClickHouse가 버킷에 인증하는 방식을 설정합니다.S3 버킷 생성
AWS 계정 또는 S3 호환 저장소 공급자에서 S3 버킷을 생성하세요.[BUCKET-NAME]은 버킷 이름으로, [REGION]은 AWS 리전으로 바꾸세요.
S3 자격 증명 설정
ClickHouse가 버킷에서 데이터를 읽고 쓰려면 자격 증명이 필요합니다. S3 액세스 자격 증명을 제공하는 방법은 두 가지가 있습니다. AWS에서는 클러스터에 장기 시크릿을 저장할 필요가 없는 옵션 A(IRSA)를 사용할 것을 W&B는 권장합니다. Kubernetes 노드에 S3 액세스 권한이 있는 IAM 역할이 부여되어 있다면 ClickHouse에서 EC2 인스턴스 메타데이터를 사용할 수 있습니다.[ACCESS-KEY]는 AWS 액세스 키로, [SECRET-KEY]는 AWS 시크릿 키로 바꾸세요.
ClickHouse Keeper 배포
ClickHouse Keeper는 데이터 복제와 분산 DDL 쿼리 실행에 필요한 코디네이션 시스템을 제공합니다. 4단계에서 배포하는 ClickHouse 서버는 시작할 때 Keeper에 연결하므로, ClickHouse 클러스터보다 Keeper를 먼저 배포해야 합니다.Keeper 설정 생성
ch-keeper.yaml 파일을 생성하세요. 이 매니페스트는 레플리카 3개로 구성된 Keeper 클러스터를 정의하며, 안티 어피니티, 영구 저장소, 그리고 Altinity 오퍼레이터가 Keeper 파드를 프로비저닝할 때 사용하는 설정을 포함합니다.
- StorageClass: 클러스터에서 사용 가능한 StorageClass에 맞게
storageClassName: gp3를 업데이트하세요. - 보안 컨텍스트: 조직의 보안 정책에 맞게
runAsUser및fsGroup값을 조정하세요. - 안티 어피니티: 클러스터 토폴로지와 HA 요구 사항에 따라
affinity섹션을 사용자 지정하거나 제거하세요. - 리소스: CPU 및 메모리 값은 예시입니다. 적절한 사이징은 W&B Solutions Architect와 상의하세요.
- 이름 지정:
metadata.name또는configuration.clusters[0].name을 변경하는 경우,ch-server.yaml(4단계)의 Keeper 호스트 이름도 그에 맞게 업데이트해야 합니다.
ClickHouse Keeper 리소스 배포
Keeper 배포 확인
ClickHouse 클러스터 배포
이제 Weave 트레이스 데이터를 저장할 ClickHouse 서버 클러스터를 배포합니다. 이 클러스터는 3단계의 Keeper 서비스와 2단계의 S3 버킷에 모두 연결되므로, 이 가이드에서 작업량이 가장 많은 단계입니다.ClickHouse 서버 설정 만들기
ch-server.yaml 파일을 만드세요. 이 매니페스트에서는 ClickHouse 클러스터, Keeper 연결, Weave 사용자 계정, 트레이스 데이터에 사용할 S3 저장소 정책을 선언합니다.
- StorageClass:
storageClassName: gp3를 클러스터의 StorageClass에 맞게 수정하세요. - S3 엔드포인트:
[BUCKET-NAME]과[REGION]을 실제 값으로 바꾸세요. - 캐시 크기:
<max_size>40Gi</max_size>는 영구 볼륨 크기(50Gi)보다 작아야 합니다. - 보안 컨텍스트:
runAsUser,fsGroup및 기타 보안 설정을 조직의 정책에 맞게 조정하세요. - 리소스 할당: CPU 및 메모리 값은 예시입니다. 예상 트레이스 볼륨에 맞는 적절한 사이징은 W&B Solutions Architect와 상의하세요.
- 안티 어피니티 규칙: 클러스터 토폴로지와 고가용성 요구 사항에 따라 사용자 지정하거나 제거하세요.
- Keeper 호스트 이름: Keeper 노드 호스트 이름은 3단계에서 정한 Keeper 배포 이름과 일치해야 합니다(“Keeper 이름 지정” 참조).
- 클러스터 이름 지정: 클러스터 이름
weavecluster는 변경할 수 있지만, 5단계의WF_CLICKHOUSE_REPLICATED_CLUSTER값과 일치해야 합니다. - 자격 증명:
- IRSA를 사용하는 경우:
<use_environment_credentials>true</use_environment_credentials>를 그대로 유지하거나, 환경 변수에 매핑된 시크릿 키에 액세스하세요.
- IRSA를 사용하는 경우:
S3 설정 업데이트
ch-server.yaml에서 storage_configuration.xml 섹션을 수정하세요.
AWS S3 예시:
자격 증명 설정(옵션 B만 해당)
2단계에서 옵션 B(액세스 키)를 사용하는 경우,ch-server.yaml의 env 섹션에서 시크릿을 참조하고 있는지 확인하세요.
env 섹션 전체를 삭제하세요.
Keeper 명명 규칙
Keeper 호스트 이름을 정확하게 지정하는 것이 매우 중요합니다. 3단계에서 생성한 서비스와 일치하지 않으면 ClickHouse가 시작되지 않습니다.zookeeper.nodes 섹션의 Keeper 노드 호스트 이름은 3단계에서 배포한 Keeper를 기준으로 정해진 패턴을 따릅니다.
호스트 이름 패턴: chk-[INSTALLATION-NAME]-[CLUSTER-NAME]-[CLUSTER-INDEX]-[REPLICA-INDEX].[NAMESPACE].svc.cluster.local
각 항목의 의미는 다음과 같습니다.
chk는 ClickHouseKeeperInstallation 접두사입니다(고정값).[INSTALLATION-NAME]은ch-keeper.yaml의metadata.name입니다(예:wandb).[CLUSTER-NAME]은ch-keeper.yaml의configuration.clusters[0].name입니다(예:keeper).[CLUSTER-INDEX]는 클러스터 인덱스로, 클러스터가 하나인 경우 일반적으로0입니다.[REPLICA-INDEX]는 레플리카 번호로, 레플리카가 3개인 경우0,1,2중 하나입니다.[NAMESPACE]는 Kubernetes namespace입니다(예:clickhouse).
metadata.name: myweave):
clusters[0].name: coordination):
ch-server.yaml에 지정한 Keeper 호스트 이름은 Keeper 배포에서 생성된 실제 서비스 이름과 정확히 일치해야 합니다. 일치하지 않으면 ClickHouse 서버가 코디네이션 서비스에 연결할 수 없습니다.ClickHouse 클러스터 리소스 배포
ClickHouse 배포 확인
W&B Platform에서 Weave 활성화하기
이제 Weave 트레이스에 ClickHouse 클러스터를 사용하도록 W&B Platform을 설정하세요. 이 단계에서는 외부에서 관리하는 ClickHouse의 위치를 W&B 오퍼레이터에 알려 주고weave-trace 서비스를 활성화합니다.
ClickHouse 연결 정보 확인
다음 정보가 필요합니다.- 호스트:
clickhouse-wandb.clickhouse.svc.cluster.local - 포트:
8123 - 사용자:
weave(ch-server.yaml에 설정한 값) - 비밀번호:
ch-server.yaml에 설정한 비밀번호 - 데이터베이스:
weave(자동으로 생성됨) - 클러스터 이름:
weavecluster(ch-server.yaml에 설정한 값)
clickhouse-[INSTALLATION-NAME].[NAMESPACE].svc.cluster.local
W&B 커스텀 리소스 업데이트
W&B Platform 커스텀 리소스(CR)를 편집하여 Weave 설정을 추가하세요.clickhouse.replicated: true: 레플리카 3개를 사용하는 경우 필수입니다.WF_CLICKHOUSE_REPLICATED: "true": 복제 구성에 필수입니다.WF_CLICKHOUSE_REPLICATED_CLUSTER: "weavecluster":ch-server.yaml에 지정된 클러스터 이름과 일치해야 합니다.
여기에 나온 보안 컨텍스트, 리소스 할당 및 기타 Kubernetes 관련 설정은 레퍼런스용 예시입니다. 조직의 요구 사항에 맞게 사용자 지정하고, 적절한 리소스 사이징은 W&B Solutions Architect 팀과 상의하세요.
업데이트된 설정 적용하기
Weave Trace 배포 확인
Weave 데이터베이스 초기화
weave-trace 서비스는 처음 시작될 때 필요한 데이터베이스 스키마를 자동으로 생성합니다. 이 단계에서는 최종 사용자에게 Weave를 제공하기 전에 마이그레이션이 정상적으로 완료되었는지 확인합니다.데이터베이스 마이그레이션 모니터링
데이터베이스 생성 확인
Weave 활성화 확인
이 마지막 단계에서는 Weave에 라이선스가 적용되어 있는지, W&B Console에서 접근할 수 있는지, 클라이언트 SDK에서 트레이스를 기록할 수 있는지 확인합니다.W&B Console에 액세스하기
웹 브라우저에서 W&B 인스턴스 URL로 이동하세요.Weave 라이선스 상태 확인
W&B Console에서 다음 단계를 따르세요.- Top Right Menu > Organization Dashboard로 이동하세요.
- Weave access가 활성화되어 있는지 확인하세요.
Weave 기능 테스트
Weave가 제대로 작동하는지 확인하는 Python 테스트를 작성하세요.문제 해결
다음 섹션에서는 자주 발생하는 배포 문제와 해결 방법을 증상이 처음 나타나는 컴포넌트별로 나누어 설명합니다.ClickHouse Keeper 문제
문제: Keeper 파드가Pending 상태에서 벗어나지 못함
해결 방법: 다음과 같이 여러 가지 원인이 있을 수 있으므로 각각 확인하세요.
- PVC 및 StorageClass 문제:
- 안티 어피니티 및 노드 가용성:
- 안티 어피니티를 적용하려면 서로 다른 노드 3개가 필요하지만, 클러스터의 노드가 그보다 적습니다.
- 노드의 CPU 또는 메모리가 파드 요청량을 충족하기에 부족합니다.
- 노드 테인트 때문에 파드가 스케줄링되지 않습니다.
- 노드가 3개 미만이면 안티 어피니티 규칙을 제거하거나 조정하세요.
- 안티 어피니티를 더 유연하게 적용하려면
requiredDuringSchedulingIgnoredDuringExecution대신preferredDuringSchedulingIgnoredDuringExecution을 사용하세요. - 노드 리소스가 부족하면 리소스 요청량을 줄이세요.
- 클러스터에 노드를 추가하세요.
문제: Keeper 파드가
CrashLoopBackOff 상태임
해결 방법: 로그와 설정을 확인하세요.
- 올바르지 않은 보안 컨텍스트(
runAsUser및fsGroup을 확인하세요). - 볼륨 권한 문제.
- 포트 충돌.
ch-keeper.yaml의 설정 오류.
ClickHouse 서버 문제
문제: ClickHouse가 S3에 연결할 수 없음 해결 방법: S3 자격 증명과 권한을 확인하세요:문제: ClickHouse가 Keeper에 연결할 수 없음 해결 방법: Keeper 엔드포인트와 이름 설정을 확인하세요.
ch-server.yaml에 지정된 Keeper 호스트 이름이 실제 Keeper 배포와 일치하지 않을 가능성이 높습니다. 명명 패턴은 4단계의 “Keeper naming”을 참조하세요.
Weave Trace 문제
문제:weave-trace 파드가 시작되지 않음
해결 방법: ClickHouse 연결 상태를 확인하세요.
문제: Console에서 Weave가 활성화된 것으로 표시되지 않음 해결 방법: 설정을 확인하세요.
-
라이선스에 Weave가 포함되어 있는지 확인하세요.
-
wandb-cr.yaml에weave-trace.enabled: true와clickhouse.replicated: true가 설정되어 있는지 확인하세요. -
W&B operator 로그를 확인하세요.
문제: 데이터베이스 마이그레이션이 실패함 해결 방법: 클러스터 이름이 일치하는지 확인하세요.
WF_CLICKHOUSE_REPLICATED_CLUSTER 환경 변수의 값은 ch-server.yaml에 지정된 클러스터 이름과 일치해야 합니다.
리소스 요구 사항
이 섹션에서는 일반적인 두 가지 배포 프로필의 리소스 할당 예시를 제공합니다. 클러스터를 계획할 때 이 예시를 출발점으로 삼고, 실제 워크로드를 관찰하면서 수치를 조정하세요.최소 프로덕션 설정
개발 환경, 테스트 환경 또는 트래픽이 적은 프로덕션 환경에 적합합니다.
권장 프로덕션 설정
트레이스 볼륨이 큰 프로덕션 워크로드에는 다음 구성을 권장합니다.
대용량 프로덕션 환경에 적합합니다.
초대용량 배포의 경우, 트레이스 볼륨과 성능 요구 사항에 맞는 맞춤형 사이징 권장 사항은 W&B Solutions Architect 팀에 문의하세요.
고급 설정
이 섹션에서는 Self-Managed Weave 배포를 위한 맞춤형 설정 옵션을 다룹니다. 수직 스케일링 또는 수평 스케일링을 통한 ClickHouse 용량 확장, keeper 및 server 설정에서 이미지 태그를 수정하여 ClickHouse 버전을 업데이트하는 방법, ClickHouse 상태 모니터링 방법을 설명합니다. 인스턴스에 고급 변경 사항을 적용할 때는 W&B Solutions Architect 팀과 상의하여 해당 변경 사항이 성능 및 안정성 요구 사항에 부합하는지 확인하는 것이 좋습니다.ClickHouse 스케일링
ClickHouse 용량을 늘리려면 다음 방법을 사용할 수 있습니다.-
수직 스케일링: 파드당 리소스를 늘립니다(간단한 방법).
권장 사항: 실제 리소스 사용량을 모니터링하고 이에 맞춰 스케일링하세요. 데이터 처리량이 매우 많은 배포라면 W&B Solutions Architect 팀에 문의하세요.
-
수평 스케일링: 레플리카를 추가합니다(신중한 계획 필요).
- 레플리카를 늘리면 데이터 재분산이 필요합니다.
- 샤드 관리 방법은 ClickHouse 문서를 참조하세요.
- 프로덕션 환경에 수평 스케일링을 적용하기 전에 W&B Solutions Architect에게 문의하세요.
다른 ClickHouse 버전 사용
다른 ClickHouse 버전을 사용하려면ch-keeper.yaml과 ch-server.yaml 두 파일 모두에서 이미지 태그를 변경하세요.
ClickHouse 모니터링
ClickHouse 시스템 table에 액세스하여 모니터링하세요:백업 및 복구
ClickHouse는 데이터를 S3에 저장하므로 S3 버전 관리 및 버킷 복제 기능을 통해 자체적으로 백업 기능을 갖추고 있습니다. 배포 환경에 맞는 백업 전략은 W&B Solutions Architect 팀과 상의하고 ClickHouse 백업 문서를 참고하세요.보안 고려 사항
프로덕션 배포에서는 이 가이드에 나온 기본 설정을 강화해야 합니다. 다음은 보안 팀과 함께 검토해야 할 가장 중요한 항목입니다.- 자격 증명: ClickHouse 비밀번호는 일반 텍스트가 아닌 Kubernetes 시크릿에 저장하세요.
- 네트워크 정책: NetworkPolicies를 구성하여 ClickHouse 액세스를 제한하는 것을 고려하세요.
- RBAC: 서비스 계정에 꼭 필요한 최소한의 권한만 부여되었는지 확인하세요.
- S3 버킷: 저장 데이터 암호화를 활성화하고, 버킷 액세스를 필요한 IAM 역할로만 제한하세요.
- TLS: 선택 사항입니다. 프로덕션 환경에서는 ClickHouse 클라이언트 연결에 TLS를 활성화하세요.
업그레이드
다음 절차에서는 operator, ClickHouse 서버, Weave Trace 컴포넌트의 정기 업그레이드 방법을 설명합니다. 컴포넌트는 한 번에 하나씩 업그레이드하고, 다음 컴포넌트로 넘어가기 전에 배포가 정상 상태인지 확인하세요.Weave를 사용하려면 지원되는 ClickHouse 버전이 필요합니다. ClickHouse 또는 W&B Server를 업그레이드하기 전에 업그레이드 시 ClickHouse 호환성 및 지원되는 W&B Server 릴리스를 확인하세요. ClickHouse Server와 ClickHouse Keeper는 함께 업그레이드해야 합니다.
ClickHouse Operator 업그레이드
ClickHouse Server 업그레이드
ch-keeper.yaml과 ch-server.yaml 두 파일의 이미지 버전을 모두 업데이트한 다음, 서버 매니페스트를 적용하세요.
Weave Trace 업그레이드
wandb-cr.yaml에서 이미지 태그를 업데이트한 다음 변경 사항을 적용하세요.
추가 리소스
- ingest 샘플링 설정: 수신되는 트레이스 중 일부만 보관하여, 트레이스 볼륨이 많을 때 저장소 비용과 LLM 점수화 비용을 관리합니다.
- Altinity ClickHouse Operator 문서
- ClickHouse 문서
- W&B Weave 문서
- ClickHouse S3 저장소 설정
지원
프로덕션 배포 관련 문의나 문제가 있는 경우:- CoreWeave Forge 지원팀:
forge-support@coreweave.com - 솔루션 아키텍트: 초대용량 배포, 맞춤형 사이징, 배포 계획 수립에 관해 문의하세요.
- 지원 요청 시 포함할 정보:
weave-trace, ClickHouse 파드, 오퍼레이터의 로그- W&B 버전, ClickHouse 버전, Kubernetes 버전
- 클러스터 정보 및 트레이스 볼륨
FAQ
Q: ClickHouse 레플리카를 3개 대신 1개만 사용할 수 있나요? A: 네, 가능하지만 프로덕션 환경에서는 권장하지 않습니다.ch-server.yaml에서 replicasCount: 1로 변경하고 wandb-cr.yaml에서 clickhouse.replicated: false로 설정하세요.
Q: ClickHouse 대신 다른 데이터베이스를 사용할 수 있나요?
A: 아니요. Weave Trace는 ClickHouse의 고성능 컬럼형 저장소 기능을 활용하므로 ClickHouse가 반드시 필요합니다.
Q: S3 저장소는 얼마나 필요한가요?
A: 필요한 S3 저장소 용량은 트레이스 볼륨, 보존 기간, 데이터 압축률에 따라 달라집니다. 배포 후 실제 사용량을 모니터링하면서 적절히 조정하세요. ClickHouse는 컬럼형 형식을 사용하므로 트레이스 데이터를 효율적으로 압축합니다.
Q: ClickHouse에서 database 이름을 설정해야 하나요?
A: 아니요. weave-trace 서비스가 최초 시작 시 weave 데이터베이스를 자동으로 생성합니다.
Q: 클러스터 이름이 weavecluster가 아니면 어떻게 하나요?
A: WF_CLICKHOUSE_REPLICATED_CLUSTER 환경 변수를 실제 클러스터 이름과 일치하도록 설정해야 합니다. 그렇지 않으면 데이터베이스 마이그레이션이 실패합니다.
Q: 예시에 나온 보안 컨텍스트를 그대로 사용해야 하나요?
A: 아니요. 이 가이드에서 제공하는 runAsUser, fsGroup 등의 보안 컨텍스트는 참고용 예시입니다. 조직의 보안 정책에 맞게 조정해야 하며, 특히 UID 및 GID 범위에 대한 별도 요구 사항이 있는 OpenShift 클러스터에서는 반드시 조정하세요.
Q: ClickHouse 클러스터의 사이징이 적절한지 어떻게 알 수 있나요?
A: 예상 트레이스 볼륨과 사용 패턴을 W&B Solutions Architect 팀에 알려 주시면 사이징 권장 사항을 받을 수 있습니다. 배포 후에는 리소스 사용량을 모니터링하고 필요에 따라 조정하세요.
Q: 예시에 사용된 명명 규칙을 사용자 지정할 수 있나요?
A: 네, 가능하지만 모든 컴포넌트에서 일관성을 유지해야 합니다.
- ClickHouse Keeper 이름:
ch-server.yaml의zookeeper.nodes섹션에 있는 Keeper 노드 호스트 이름과 일치해야 합니다. - ClickHouse 클러스터 이름 (
weavecluster):wandb-cr.yaml의WF_CLICKHOUSE_REPLICATED_CLUSTER와 일치해야 합니다. - ClickHouse 설치 이름:
weave-trace가 사용하는 서비스 호스트 이름에 영향을 줍니다.