<div id="readability-page-1" class="page"><div><div><div aria-hidden="false"><a rel="noopener follow" href="/@jwlee98?source=post_page---byline--f0f9726def7d--------------------------------"><div><img alt="이정운 (Jungwoon Lee)" src="https://miro.medium.com/v2/resize:fill:88:88/1*W5pMJxahQmN3zdBP-jAOlA@2x.jpeg" width="44" height="44" loading="lazy" data-testid="authorPhoto"></div></a></div><div aria-hidden="false"><a href="https://medium.com/google-cloud-apac?source=post_page---byline--f0f9726def7d--------------------------------" rel="noopener follow"><div><img alt="google-cloud-apac" src="https://miro.medium.com/v2/resize:fill:48:48/1*p8Ffj0HLDNxmF3go5GUwIA.png" width="24" height="24" loading="lazy" data-testid="publicationPhoto"></div></a></div></div>안녕하세요 이정운 입니다.오랜만에 인사드리는 것 같네요. 2025년 시작을 맞이해서 그동안의 게으름(?)을 좀 탈피하고 싶기도하고 조금씩 있는 자투리 시간을 어떻게 활용하면 더 좋을까 고민하다가 Google cloud 의 효과적이고 체계적인 관리를 위한 다양한 방안에 대해서 이야기를 한번 해보면 좋을것 같다는 생각이 들었고 부족하겠지만 그래도 Google cloud 를 사용자에게 도움될 부분도 있을거 같아 아티클을 시작해 봅니다.처음으로 이야기를 드릴 부분은 효과적이고 체계적으로 관리한다는게 무엇인가에 대한 간단한 설명입니다. 단순하게 이야기 하면 쉽게, 잘 관리할 수 있는 방안을 의미하는 것이고 좀 더 설명을 넣는다면 이를 바라보는 사람의 입장에 따라 다 다르게 이야기가 나오지 않을까 합니다. 여기서 제가 하고 싶은 효과적이고 체계적인 관리라는 부분은 Google cloud 를 한, 두개 정도의 프로젝트만 개발목적으로 사용하는 일반 개발자 보다는 조직(Organization)을 구성하고 폴더와 여러 프로젝트를 활용해야만 하는 일반적인 기업 입장의 담당자 or 운영자라고 했을 때 어떻게 다수의 프로젝트들을 효과적이고 체계적으로 관리를 할 수 있는가에 대한 부분으로 이해하면 좋을듯 합니다.Google cloud 에서 조직은 계층 구조를 가지면서 다수의 프로젝트를 활용할 수 있을 뿐만 아니라 폴더를 통해서 다양하게 그룹화할 수도 있으며 각 프로젝트의 관리 및 예산, 보안 및 규정 준수등 기업에서 필요한 다양한 추가 기능을 충족할 수 있는 솔루션을 의미합니다. Google cloud 의 조직에 대해서는 이전에 작성해놓은 아티클이 있으니 조직 자체에 대해서 좀 더 상세 내용이 궁금하신 분들은 해당 아티클들이나 공식 메뉴얼을 참고하시기 바라겠습니다.<a rel="noopener" href="/google-cloud-apac/gcp-aws-사용자를-위한-google-cloud-알아가기-2-조직-organization-e34839aa803f">[GCP]AWS 사용자를 위한 Google cloud 알아가기 — #2 조직(Organization)</a><a rel="noopener" href="/google-cloud-apac/gcp-gcp-에서-조직-organization-활용하기-1부-cloud-identity-2b53e072bbc1">[GCP]GCP 에서 조직(Organization) 활용하기 1부 — Cloud Identity</a>Resource hierarchy <a href="https://cloud.google.com/resource-manager/docs/cloud-platform-resource-hierarchy" rel="noopener ugc nofollow" target="_blank">https://cloud.google.com/resource-manager/docs/cloud-platform-resource-hierarchy</a><figure></figure>그럼 이렇게 조직을 사용하여 다수의 프로젝트들이 존재하는 환경의 Google cloud 를 효과적이고 체계적으로 관리하려면 어떻게 하는 것이 좋을까요? 정확한 한가지 정답은 없겠지만 그동안의 경험을 통해서 이 부분에 대해서 도움이 될만한 몇가지 Google cloud 의 제공 방안이나 기능들을 살펴보는 것이 어떨까하며 이번에 이 부분에 대한 이야기를 시작해보려고 합니다. 해당 부분에 대해서는 여러가지 주제가 있을 수 있겠지만 그중에서 가장 먼저 살펴볼 것은 Label 과 Tag 입니다. 이번에도 역시 설명보다는 실제 테스트를 직접 해보면서 Label 과 Tag 기능에 대해서 살펴볼 수 있는 시간을 가지도록 하겠습니다.</div><div>#1) Label 이란 ?Label 은 GCE(VM), Disk 등과 같은 Google cloud 자원(Resource)에 메타데이터 성격으로 추가할 수 있는 key-value 쌍으로 자원을 식별 및 분류하는데 사용할 수 있습니다. 예를 들어, “team:prod01” 또는 “environment:production” 과 같은 label 을 VM 에 추가하여 해당 용도 또는 소유자를 식별할 수 있도록 사용할 수 있는 기능입니다. Label 은 각 자원에 추가한 이후에 해당 label 을 기준으로 자원을 필터링하거나 청구된 요금을 세분화해서 확인 및 분석 할 수 있습니다. 이를 통해 label 은 Google cloud 의 비용 관리 및 분석을 위한 목적으로 활용할 수 있습니다.<a href="https://cloud.google.com/resource-manager/docs/labels-overview" rel="noopener ugc nofollow" target="_blank">https://cloud.google.com/resource-manager/docs/labels-overview</a>Label 을 추가하는 작업은 어렵지 않으며 예를 들어 VM 의 생성이나 수정시에 원하시는 형태대로 손쉽게 추가할 수 있습니다. (참고 : <a href="https://cloud.google.com/compute/docs/labeling-resources" rel="noopener ugc nofollow" target="_blank">https://cloud.google.com/compute/docs/labeling-resources</a> )<figure></figure>이렇게 만들어진 label 은 언급한 것처럼 필요한 경우 자원을 필터링 하는 목적으로 활용 가능합니다. (참고 : <a href="https://cloud.google.com/compute/docs/labeling-resources" rel="noopener ugc nofollow" target="_blank">https://cloud.google.com/compute/docs/labeling-resources</a>)<pre>gcloud compute instances list \ --filter labels.team=prod01</pre><figure></figure>또한, Billing report 에서 청구된 요금에 대한 세부화를 위해서 사용될 수도 있으며 FinOps 관점에서 비용 최적화를 위해 자원에 label 을 달고 label 을 기준으로 비용을 분석하는 형태의 방식으로 활용이 가능합니다. 이러한 부분에서, 간단하게만 예제를 하나 보여드리도록 하겠습니다. Google cloud 의 관리콘솔에서는 Biling report 를 확인 가능합니다. Billing report 는 한번쯤은 보셨겠지만 과금에 대한 다양한 형태의 리포트를 제공하며 프로젝트, 서비스, SKU 단위등으로 분리 및 다양하게 분석이 가능합니다. (참고 : <a href="https://cloud.google.com/billing/docs/how-to/reports" rel="noopener ugc nofollow" target="_blank">https://cloud.google.com/billing/docs/how-to/reports</a> )<figure></figure>이때 좀 더 비용에 대해서 세부적으로 분석을 원하는 경우에 메뉴에 다양한 필터를 활용할 수 있는데 그 중의 하나가 label 입니다. label 필터를 클릭하면 지정된 key 를 선택할 수 있고 key 에 따라 value 를 선택할 수 있습니다. 예를 들어 상단에 필터 기능으로 언급했던 ‘labels.team=prod01’ 을 선택하면 전체 VM 요금이 아니라 해당 label 이 붙은 VM 의 요금만 세분화해서 확인이 가능합니다. 즉, VM 요금중에 prod01 팀이 사용한 금액만 세분화 가능합니다.<figure></figure>뿐만 아니라, Billing report Data 를 직접 Bigquery 로 export 했다면(<a href="https://cloud.google.com/billing/docs/how-to/export-data-bigquery" rel="noopener ugc nofollow" target="_blank">link</a>) BigQuery 의 table 에 label 이 별도의 labels.key, labels.value 컬럼에 데이터로 들어가 있기 때문에 SQL 을 통해 보다 다양한 형태로 추가 분석이 가능합니다.<a href="https://cloud.google.com/billing/docs/how-to/export-data-bigquery-tables/standard-usage" rel="noopener ugc nofollow" target="_blank">https://cloud.google.com/billing/docs/how-to/export-data-bigquery-tables/standard-usage</a><figure></figure><a href="https://cloud.google.com/billing/docs/how-to/export-data-bigquery-tables/standard-usage#standard_usage_cost_query_examples" rel="noopener ugc nofollow" target="_blank">https://cloud.google.com/billing/docs/how-to/export-data-bigquery-tables/standard-usage#standard_usage_cost_query_examples</a><figure></figure>첨부 #1.1) 추가적으로 Label 은 자원에 붙일수 있다고 언급했지만 추가적으로 project 에도 Label 을 붙일 수 있습니다. Google cloud 관리콘솔에서 IAM &amp; Admin &gt; Labels 메뉴에서 해당 project 에 원하는 Label 을 생성 및 붙일 수 있습니다. 이 경우 project.labels.key, project.labels.value 라는 별도의 컬럼에 데이터가 들어갑니다. (참고 : <a href="https://cloud.google.com/resource-manager/docs/creating-managing-labels" rel="noopener ugc nofollow" target="_blank">https://cloud.google.com/resource-manager/docs/creating-managing-labels</a>)<figure></figure>다만, Project 레벨의 label 은 콘솔의 Billing report 관점에서 필터로 활용될 수는 없으며 BigQuery 로 export 된 Billing report 데이터를 직접 활용하는 경우에만 같이 사용 가능합니다.<figure></figure>첨부 #1.2) label 은 자원에 붙일 수 있지만 아직은 모든 자원을 지원하지는 않고 있어서 하단의 지원 서비스 리스트 참고하시기 바라겠습니다. (보통 많이 쓰는 주요 자원은 다행이 대부분 지원 가능합니다.)<a href="https://cloud.google.com/resource-manager/docs/labels-supported-services" rel="noopener ugc nofollow" target="_blank">https://cloud.google.com/resource-manager/docs/labels-supported-services</a>첨부 #1.3) label 사용에 대한 Best practices 공식 가이드가 있으니 같이 참고하시기 바라겠습니다.<a href="https://cloud.google.com/resource-manager/docs/best-practices-labels" rel="noopener ugc nofollow" target="_blank">https://cloud.google.com/resource-manager/docs/best-practices-labels</a>이렇듯 label 을 활용하게 되면 Billing report 에서 일반적으로 확인 가능한 프로젝트나 SKU 단위 비용관리를 넘어서 VM 또는 솔루션 단위로 좀 더 세밀한 비용관리와 확인이 가능하고 다수의 프로젝트들을 사용하고 있는 경우에도 동일한 label 을 활용해서 필요한 자원을 그룹화해서 비용을 분석하거나 관리하는 작업이 가능합니다.</div><div>#2) Tag 란?Label 은 GCE(VM), Disk 등과 같은 Google cloud 자원에 메타데이터 성격으로 추가할 수 있는 이점은 있지만 각 자원마다 일일이 해당 label 을 추가해주는 작업을 해주어야 하며 자원의 식별과 분류 및 Billing report 세분화를 위해서 사용되는 것이 주 목적이기 때문에 실제적인 제어와 같은 관리적인 측면의 이점은 크지 않습니다. 관리적 관점에서 이러한 label 과 유사하게 활용될 수 있는 솔루션이 바로 Tag 입니다.Tag 는 key-value 쌍으로 이루어져 label 과 유사해 보이지만 자원에 대한 주석을 만들고 자원에 특정 tag 가 있는지 여부에 따라 <a href="https://cloud.google.com/iam/docs/conditions-overview" rel="noopener ugc nofollow" target="_blank">IAM condition</a>, <a href="https://cloud.google.com/resource-manager/docs/organization-policy/overview" rel="noopener ugc nofollow" target="_blank">Organization policy</a> 와 같은 정책에 대해서 조건부로 허용하거나 거부하는 방법을 제공할 수 있다는 것이 결정적으로 다른 점입니다. 이를 통해 조직 레벨의 계층화된 자원 전반에 걸쳐서 보다 세분화된 제어를 수행할 수 있습니다. 즉, Tag 는 label 과 다르게 식별이나 분류의 목적이 아니라 IAM condition 이나 Organization Policy 와 같은 다른 제어 기능과 함께 세분화된 제어를 수행하는게 주 목적입니다.둘간의 좀더 상세한 차이는 공식 문서에 잘 정리되어 있으니 해당 내용을 참고하시기 바라겠습니다.<a href="https://cloud.google.com/resource-manager/docs/tags/tags-overview" rel="noopener ugc nofollow" target="_blank">https://cloud.google.com/resource-manager/docs/tags/tags-overview</a><figure></figure>또한, Tag 는 key-value 쌍의 구조를 가지고 있으며 tag key 와 tag value 는 별도의 자원으로서 조직이나 프로젝트 레벨에서 생성할 수 있습니다. 예를 들어 조직 레벨에서 tag key 로 environment 를 생성하고 tag value 로 production, development 를 추가해봅니다.<figure></figure>Tag key 와 tag value 는 자원으로 생성되기 때문에 하단과 같이 해당 자원 id 를 확인 가능합니다.<figure></figure>여기서 가장 중요한 점 중의 하나는 이렇게 생성한 Tag 를 조직, 폴더나 프로젝트 레벨에 따라 쉽게 붙일 수 있다는 점입니다. 예를 들어서 방금 만든 environment 라는 Tag 를 조직레벨로 붙인다면 관리콘솔 &gt; IAM &amp; Admin &gt; Manage resources 메뉴에서 조직을 선택하고 우측 상단에 Tags 메뉴를 클릭합니다.<figure></figure>그리고 기존에 조직 레벨로 생성한 environment 라는 tag key 를 선택하여 사전에 지정된 tag value 중에 하나를 선택해서 넣을 수 있습니다.<figure></figure>최종적으로 tag 반영을 confirm 합니다.<figure></figure>그러면 하단과 같이 조직 레벨로 폴더, 프로젝트까지 모두 해당 Tag 가 추가된 것을 확인 가능합니다.<figure></figure>당연히 이 부분에서 필요한 경우 세부적으로 특정 폴더 레벨이나 프로젝트 레벨에서 tag value 를 변경할 수 있습니다. 예를 들어서 특정 폴더와 그 하부의 프로젝트에 대해서 다른 tag value 를 설정하고 싶다면 해당 폴더를 클릭해서 하단과 같이 손쉽게 변경 가능합니다.<figure></figure>폴더 단위로 tag value 를 변경하면 상속 개념을 통해서 그와 연관된 하위 프로젝트의 tag value 도 하단과 같이 자동으로 모두 변경됩니다.<figure></figure>또한, 여기서 가장 중요한 점 중의 하나는 해당 프로젝트안의 자원들 중에 Tag 를 지원하는 자원에 대해서도 마찬가지로 해당 tag 를 상속 받아 지정되므로 좀더 편리하게 설정 및 관리가 가능합니다.<figure></figure>Tag 상속에 대한 좀 더 상세한 부분은 하단의 공식 메뉴얼에 잘 정리되어있으니 해당 내용 같이 참고하시기 바라겠습니다.<a href="https://cloud.google.com/resource-manager/docs/tags/tags-overview#inheritance" rel="noopener ugc nofollow" target="_blank">https://cloud.google.com/resource-manager/docs/tags/tags-overview#inheritance</a><figure></figure>참고 #2.1) Tag 를 사용하는 경우에 Billing report 에서 활용은 어렵지만 실제 청구된 요금에 대한 데이터를 BigQuery 로 export 했다면 Tag 에 대한 컬럼도 포함되어 있으므로 비용 세부화를 위해서 추가 활용 가능합니다.<a href="https://cloud.google.com/billing/docs/how-to/export-data-bigquery-tables/standard-usage#query-with-tags" rel="noopener ugc nofollow" target="_blank">https://cloud.google.com/billing/docs/how-to/export-data-bigquery-tables/standard-usage#query-with-tags</a><figure></figure>참고 #2.2) Tag 가 지원되는 서비스 자원에 대한 리스트는 하단의 링크를 참고하시기 바라겠습니다.<a href="https://cloud.google.com/resource-manager/docs/tags/tags-supported-services#supported_service_resources" rel="noopener ugc nofollow" target="_blank">https://cloud.google.com/resource-manager/docs/tags/tags-supported-services#supported_service_resources</a><figure></figure>참고 #2.3) Tag 와 함께 사용 가능한 Policy engine services 들에 대한 리스트는 하단의 링크를 참고하시기 바라겠습니다.<a href="https://cloud.google.com/resource-manager/docs/tags/tags-supported-services#policy_engine_services" rel="noopener ugc nofollow" target="_blank">https://cloud.google.com/resource-manager/docs/tags/tags-supported-services#policy_engine_services</a><figure></figure></div></div>

Stories by 이정운 (Jungwoon Lee) on Medium

[GCP]Google cloud 를 좀 더 효과적이고 체계적으로 관리하기 위한 방안 알아보기 1부 — Label 과 Tag
안녕하세요 이정운 입니다.
오랜만에 인사드리는 것 같네요. 2025년 시작을 맞이해서 그동안의 게으름(?)을 좀 탈피하고 싶기도하고 조금씩 있는 자투리 시간을 어떻게 활용하면 더 좋을까 고민하다가 Google cloud 의 효과적이고 체계적인 관리를 위한 다양한 방안에 대해서 이야기를 한번 해보면 좋을것 같다는 생각이 들었고 부족하겠지만 그래도 Google cloud 를 사용자에게 도움될 부분도 있을거 같아 아티클을 시작해 봅니다.
처음으로 이야기를 드릴 부분은 효과적이고 체계적으로 관리한다는게 무엇인가에 대한 간단한 설명입니다. 단순하게 이야기 하면 쉽게, 잘 관리할 수 있는 방안을 의미하는 것이고 좀 더 설명을 넣는다면 이를 바라보는 사람의 입장에 따라 다 다르게 이야기가 나오지 않을까 합니다. 여기서 제가 하고 싶은 효과적이고 체계적인 관리라는 부분은 Google cloud 를 한, 두개 정도의 프로젝트만 개발목적으로 사용하는 일반 개발자 보다는 조직(Organization)을 구성하고 폴더와 여러 프로젝트를 활용해야만 하는 일반적인 기업 입장의 담당자 or 운영자라고 했을 때 어떻게 다수의 프로젝트들을 효과적이고 체계적으로 관리를 할 수 있는가에 대한 부분으로 이해하면 좋을듯 합니다.
Google cloud 에서 조직은 계층 구조를 가지면서 다수의 프로젝트를 활용할 수 있을 뿐만 아니라 폴더를 통해서 다양하게 그룹화할 수도 있으며 각 프로젝트의 관리 및 예산, 보안 및 규정 준수등 기업에서 필요한 다양한 추가 기능을 충족할 수 있는 솔루션을 의미합니다. Google cloud 의 조직에 대해서는 이전에 작성해놓은 아티클이 있으니 조직 자체에 대해서 좀 더 상세 내용이 궁금하신 분들은 해당 아티클들이나 공식 메뉴얼을 참고하시기 바라겠습니다.
[GCP]AWS 사용자를 위한 Google cloud 알아가기 — #2 조직(Organization)[GCP]GCP 에서 조직(Organization) 활용하기 1부 — Cloud Identity
Resource hierarchy
https://cloud.google.com/resource-manager/docs/cloud-platform-resource-hierarchy
그럼 이렇게 조직을 사용하여 다수의 프로젝트들이 존재하는 환경의 Google cloud 를 효과적이고 체계적으로 관리하려면 어떻게 하는 것이 좋을까요? 정확한 한가지 정답은 없겠지만 그동안의 경험을 통해서 이 부분에 대해서 도움이 될만한 몇가지 Google cloud 의 제공 방안이나 기능들을 살펴보는 것이 어떨까하며 이번에 이 부분에 대한 이야기를 시작해보려고 합니다. 해당 부분에 대해서는 여러가지 주제가 있을 수 있겠지만 그중에서 가장 먼저 살펴볼 것은 Label 과 Tag 입니다. 이번에도 역시 설명보다는 실제 테스트를 직접 해보면서 Label 과 Tag 기능에 대해서 살펴볼 수 있는 시간을 가지도록 하겠습니다.
#1) Label 이란 ?
Label 은 GCE(VM), Disk 등과 같은 Google cloud 자원(Resource)에 메타데이터 성격으로 추가할 수 있는 key-value 쌍으로 자원을 식별 및 분류하는데 사용할 수 있습니다. 예를 들어, “team:prod01” 또는 “environment:production” 과 같은 label 을 VM 에 추가하여 해당 용도 또는 소유자를 식별할 수 있도록 사용할 수 있는 기능입니다. Label 은 각 자원에 추가한 이후에 해당 label 을 기준으로 자원을 필터링하거나 청구된 요금을 세분화해서 확인 및 분석 할 수 있습니다. 이를 통해 label 은 Google cloud 의 비용 관리 및 분석을 위한 목적으로 활용할 수 있습니다.
https://cloud.google.com/resource-manager/docs/labels-overview
Label 을 추가하는 작업은 어렵지 않으며 예를 들어 VM 의 생성이나 수정시에 원하시는 형태대로 손쉽게 추가할 수 있습니다. (참고 : https://cloud.google.com/compute/docs/labeling-resources )
이렇게 만들어진 label 은 언급한 것처럼 필요한 경우 자원을 필터링 하는 목적으로 활용 가능합니다. (참고 : https://cloud.google.com/compute/docs/labeling-resources)
gcloud compute instances list \
    --filter labels.team=prod01
또한, Billing report 에서 청구된 요금에 대한 세부화를 위해서 사용될 수도 있으며 FinOps 관점에서 비용 최적화를 위해 자원에 label 을 달고 label 을 기준으로 비용을 분석하는 형태의 방식으로 활용이 가능합니다. 이러한 부분에서, 간단하게만 예제를 하나 보여드리도록 하겠습니다. Google cloud 의 관리콘솔에서는 Biling report 를 확인 가능합니다. Billing report 는 한번쯤은 보셨겠지만 과금에 대한 다양한 형태의 리포트를 제공하며 프로젝트, 서비스, SKU 단위등으로 분리 및 다양하게 분석이 가능합니다. (참고 : https://cloud.google.com/billing/docs/how-to/reports )
이때 좀 더 비용에 대해서 세부적으로 분석을 원하는 경우에 메뉴에 다양한 필터를 활용할 수 있는데 그 중의 하나가 label 입니다. label 필터를 클릭하면 지정된 key 를 선택할 수 있고 key 에 따라 value 를 선택할 수 있습니다. 예를 들어 상단에 필터 기능으로 언급했던 ‘labels.team=prod01’ 을 선택하면 전체 VM 요금이 아니라 해당 label 이 붙은 VM 의 요금만 세분화해서 확인이 가능합니다. 즉, VM 요금중에 prod01 팀이 사용한 금액만 세분화 가능합니다.
뿐만 아니라, Billing report Data 를 직접 Bigquery 로 export 했다면(link) BigQuery 의 table 에 label 이 별도의 labels.key, labels.value 컬럼에 데이터로 들어가 있기 때문에 SQL 을 통해 보다 다양한 형태로 추가 분석이 가능합니다.
https://cloud.google.com/billing/docs/how-to/export-data-bigquery-tables/standard-usage
https://cloud.google.com/billing/docs/how-to/export-data-bigquery-tables/standard-usage#standard_usage_cost_query_examples
첨부 #1.1) 추가적으로 Label 은 자원에 붙일수 있다고 언급했지만 추가적으로 project 에도 Label 을 붙일 수 있습니다. Google cloud 관리콘솔에서 IAM & Admin > Labels 메뉴에서 해당 project 에 원하는 Label 을 생성 및 붙일 수 있습니다. 이 경우 project.labels.key, project.labels.value 라는 별도의 컬럼에 데이터가 들어갑니다. 
(참고 : https://cloud.google.com/resource-manager/docs/creating-managing-labels)
다만, Project 레벨의 label 은 콘솔의 Billing report 관점에서 필터로 활용될 수는 없으며 BigQuery 로 export 된 Billing report 데이터를 직접 활용하는 경우에만 같이 사용 가능합니다.
첨부 #1.2) label 은 자원에 붙일 수 있지만 아직은 모든 자원을 지원하지는 않고 있어서 하단의 지원 서비스 리스트 참고하시기 바라겠습니다. (보통 많이 쓰는 주요 자원은 다행이 대부분 지원 가능합니다.)
https://cloud.google.com/resource-manager/docs/labels-supported-services
첨부 #1.3) label 사용에 대한 Best practices 공식 가이드가 있으니 같이 참고하시기 바라겠습니다.
https://cloud.google.com/resource-manager/docs/best-practices-labels
이렇듯 label 을 활용하게 되면 Billing report 에서 일반적으로 확인 가능한 프로젝트나 SKU 단위 비용관리를 넘어서 VM 또는 솔루션 단위로 좀 더 세밀한 비용관리와 확인이 가능하고 다수의 프로젝트들을 사용하고 있는 경우에도 동일한 label 을 활용해서 필요한 자원을 그룹화해서 비용을 분석하거나 관리하는 작업이 가능합니다.
#2) Tag 란?
Label 은 GCE(VM), Disk 등과 같은 Google cloud 자원에 메타데이터 성격으로 추가할 수 있는 이점은 있지만 각 자원마다 일일이 해당 label 을 추가해주는 작업을 해주어야 하며 자원의 식별과 분류 및 Billing report 세분화를 위해서 사용되는 것이 주 목적이기 때문에 실제적인 제어와 같은 관리적인 측면의 이점은 크지 않습니다. 관리적 관점에서 이러한 label 과 유사하게 활용될 수 있는 솔루션이 바로 Tag 입니다.
Tag 는 key-value 쌍으로 이루어져 label 과 유사해 보이지만 자원에 대한 주석을 만들고 자원에 특정 tag 가 있는지 여부에 따라 IAM condition, Organization policy 와 같은 정책에 대해서 조건부로 허용하거나 거부하는 방법을 제공할 수 있다는 것이 결정적으로 다른 점입니다. 이를 통해 조직 레벨의 계층화된 자원 전반에 걸쳐서 보다 세분화된 제어를 수행할 수 있습니다. 즉, Tag 는 label 과 다르게 식별이나 분류의 목적이 아니라 IAM condition 이나 Organization Policy 와 같은 다른 제어 기능과 함께 세분화된 제어를 수행하는게 주 목적입니다.
둘간의 좀더 상세한 차이는 공식 문서에 잘 정리되어 있으니 해당 내용을 참고하시기 바라겠습니다.
https://cloud.google.com/resource-manager/docs/tags/tags-overview
또한, Tag 는 key-value 쌍의 구조를 가지고 있으며 tag key 와 tag value 는 별도의 자원으로서 조직이나 프로젝트 레벨에서 생성할 수 있습니다. 예를 들어 조직 레벨에서 tag key 로 environment 를 생성하고 tag value 로 production, development 를 추가해봅니다.
Tag key 와 tag value 는 자원으로 생성되기 때문에 하단과 같이 해당 자원 id 를 확인 가능합니다.
여기서 가장 중요한 점 중의 하나는 이렇게 생성한 Tag 를 조직, 폴더나 프로젝트 레벨에 따라 쉽게 붙일 수 있다는 점입니다. 예를 들어서 방금 만든 environment 라는 Tag 를 조직레벨로 붙인다면 관리콘솔 > IAM & Admin > Manage resources 메뉴에서 조직을 선택하고 우측 상단에 Tags 메뉴를 클릭합니다.
그리고 기존에 조직 레벨로 생성한 environment 라는 tag key 를 선택하여 사전에 지정된 tag value 중에 하나를 선택해서 넣을 수 있습니다.
최종적으로 tag 반영을 confirm 합니다.
그러면 하단과 같이 조직 레벨로 폴더, 프로젝트까지 모두 해당 Tag 가 추가된 것을 확인 가능합니다.
당연히 이 부분에서 필요한 경우 세부적으로 특정 폴더 레벨이나 프로젝트 레벨에서 tag value 를 변경할 수 있습니다. 예를 들어서 특정 폴더와 그 하부의 프로젝트에 대해서 다른 tag value 를 설정하고 싶다면 해당 폴더를 클릭해서 하단과 같이 손쉽게 변경 가능합니다.
폴더 단위로 tag value 를 변경하면 상속 개념을 통해서 그와 연관된 하위 프로젝트의 tag value 도 하단과 같이 자동으로 모두 변경됩니다.
또한, 여기서 가장 중요한 점 중의 하나는 해당 프로젝트안의 자원들 중에 Tag 를 지원하는 자원에 대해서도 마찬가지로 해당 tag 를 상속 받아 지정되므로 좀더 편리하게 설정 및 관리가 가능합니다.
Tag 상속에 대한 좀 더 상세한 부분은 하단의 공식 메뉴얼에 잘 정리되어있으니 해당 내용 같이 참고하시기 바라겠습니다.
https://cloud.google.com/resource-manager/docs/tags/tags-overview#inheritance
참고 #2.1) Tag 를 사용하는 경우에 Billing report 에서 활용은 어렵지만 실제 청구된 요금에 대한 데이터를 BigQuery 로 export 했다면 Tag 에 대한 컬럼도 포함되어 있으므로 비용 세부화를 위해서 추가 활용 가능합니다.
https://cloud.google.com/billing/docs/how-to/export-data-bigquery-tables/standard-usage#query-with-tags
참고 #2.2) Tag 가 지원되는 서비스 자원에 대한 리스트는 하단의 링크를 참고하시기 바라겠습니다.
https://cloud.google.com/resource-manager/docs/tags/tags-supported-services#supported_service_resources
참고 #2.3) Tag 와 함께 사용 가능한 Policy engine services 들에 대한 리스트는 하단의 링크를 참고하시기 바라겠습니다.
https://cloud.google.com/resource-manager/docs/tags/tags-supported-services#policy_engine_services
이번 이야기에서는 Google cloud 의 조직으로 다수의 프로젝트를 운영할때 효과적이고 체계적으로 관리하기 위한 방안의 첫번째로 Label 과 Tag 를 이야기 했습니다. Label 은 자원에 metadata 형태로 붙일 수 있으며 이를 통해서 자원을 식별 및 분류하는데 사용 가능하기도 하고 필요한 경우 Billing report 를 세분화나 최적화 하는 목적으로 활용할 수 있으며 결국은 자원에 대한 주석으로 사용되는 것을 이해할 수 있습니다. 이에 반해서, Tag 는 Label 과 유사한 구조이지만 조직 안에서 상속 구조를 활용할 수 있다보니 보다 손 쉽게 추가가 가능하며 계층화된 자원 전반에 걸쳐서 IAM Condition 이나 Organization policy 등과 함께 세분화된 제어를 수행할 수 있는 조건으로 같이 활용 될 수 있습니다.
그럼 이번 이야기는 여기서 마무리 하도록 하겠으며 다음에 더 좋은 이야기로 돌아오도록 하겠습니다. ;)
Disclaimer: 본 글의 작성자는 Google 소속이지만, 본 글에 작성자 개인적 견해가 반영된 것으로서, 본 글은 Google 을 대변하지 않으며, Google의 공식적 입장이 아님을 밝힙니다.
참고 자료 #1
Resource Manager
https://cloud.google.com/resource-manager/docs/labels-overview
Organize resources using labels
https://cloud.google.com/compute/docs/labeling-resources
Analyze billing data and cost trends with Reports
https://cloud.google.com/billing/docs/how-to/reports
Create and update labels for projects
https://cloud.google.com/resource-manager/docs/creating-managing-labels
Tags overview
https://cloud.google.com/resource-manager/docs/tags/tags-overview
Tag inheritance
https://cloud.google.com/resource-manager/docs/tags/tags-overview#inheritance
Supported service resources
https://cloud.google.com/resource-manager/docs/tags/tags-supported-services#supported_service_resources
Policy engine services
https://cloud.google.com/resource-manager/docs/tags/tags-supported-services#policy_engine_services
[GCP]Google cloud 를 좀 더 효과적이고 체계적으로 관리하기 위한 방안 알아보기 1부 — Label 과 Tag was originally published in google-cloud-apac on Medium, where people are continuing the conversation by highlighting and responding to this story.

[GCP]Google cloud 를 좀 더 효과적이고 체계적으로 관리하기 위한 방안 알아보기 1부 — Label 과 Tag

댓글