일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- github
- interconnect
- pro
- docker
- AWS
- devops
- cloud
- pub/sub
- k8s
- MIG
- CentOS
- Java
- vm
- IAP
- 우테캠
- terraform
- Clean Code
- ECR
- Terraform Cloud
- IAM
- VAGRANT
- cloud function
- gcp
- vpc peering
- Python
- snat
- kubernetes
- direnv
- cicd
- Uptime Check
- Today
- Total
목록gcp (34)
EMD Blog
모니터링 알림을 받기 위해서는 알림 채널을 설정해 알림을 전달 받을 수 있다. 주로 사용되는 Gmail이나 Slack 같은 경우는 쉽게 가공된 알림 데이터를 전달 받을 수 있지만 Google Chat은 알림 채널로 지원하고 있지 않아 Pub/Sub을 알림 채널로 사용해 Pub/Sub -> Cloud Functions → Webhook → Google Chat 흐름을 직접 구성해야한다. 큰 순서는 다음과 같다. 모니터링 알림 채널로 사용할 Pub/Sub 주제를 생성 모니터링 알림 채널로 방금 생성한 주제 지정 생성한 주제를 트리거로 하는 Cloud Functions를 생성 or Cloud Functions를 생성하고 인증된 호출을 하도록 구독을 수동으로 생성 알림을 받을 Google Chat Space를 ..
외부 IP를 사용해 Uptime Check하는 것은 간단하지만 내부 IP를 사용해 Uptime Check를 할 경우 추가 작업이 필요하다. 내부 IP를 사용해 Uptime Check를 한다는 것은 트래픽이 비공개 네트워크에 액세스 할 수 있어야 한다는 뜻이 된다. 이를 위해서는 VPC 네트워크, Service Directory Project, Google Cloud 서비스 프로젝트를 구성해야 한다. 먼저 Uptime Check 대상인 VM에게 35.199.192.0/19 IP 대역(GCP Cloud DNS IP대역)의 TCP Ingress를 허용해 주어야 한다. 포트는 Uptime Check에 사용 할 포트를 지정해주면 된다. gcloud compute firewall-rules create \\ --n..
만약에 버킷에 커스텀 도메인을 지정하고 싶다면 아래 절차를 거쳐야함. [HTTP] 도메인 소유권 확인 Domain-named bucket verification | Cloud Storage | Google Cloud 웹마스터 센터로 이동해 도메인 소유자 추가 인증된 도메인 이름으로 버킷을 만들기 위해서는 도메인 소유자가 되어야 함. 도메인 소유자는 서비스 계정도 가능 여러명 추가 가능 해당 도메인을 이름으로 해서 버킷 생성 DNS에 CNAME 설정 (xxx.example.com → c.storage.googleapis.com. ) 만약에 CNAME을 설정하지 않으면 https://storage.googleapis.com/xxx.example.com/test.png 이런식으로 접근해야한다. (도메인 설정의..
Cloud Functions 사용 전 알고 있으면 좋은 내용들 정리해 보았음. 실행환경 Node.js, Python, Java, .NET, Ruby, PHP 등 다양한 런타임을 제공하고 있다. 각 런타임은 고유 ID를 가지고 있어 SDK나 Terraform 사용시 이 ID를 통해 런타임을 지정할 수 있다. 이 런타임은 자동으로 업데이트 되며, 이외에도 운영체제 및 포함되어 있는 패키지와 같이 실행 환경 내 다른 구성요소도 업데이트 가능하다. 참고로 모든 런타임에는 시스템 패키지 집합을 포함하고 있어 코드 작성 시 참고하는 것이 좋다. 이전 호출에서 설정한 인메모리 상태를 유지하지 않는다. 하지만 종종 성능 최적화를 위해 전역 변수를 사용하여 객체를 재사용할 수 있다. - 도움말 및 유용한 정보 | Clo..
Pub/Sub 내용 간단하게 정리 Pub/Sub은 게시/구독 서비스로, 메시지 전송자가 메시지 수신자와 분리되는 비동기 메시징 서비스이다. 주요 개념 Pub/Sub을 사용하기 전에 아래와 같은 개념을 알고 있어야한다. 메시지 서비스를 통해 이동하는 데이터 주제 메시지 피드를 나타내는, 이름이 지정된 항목 구독 특정 주제의 메시지 수신 의향을 나타내는, 이름이 지정된 항목 게시자 제작자라고도 하며, 특정 주제에 대한 메시지를 만들어 메시징 서비스로 전송(게시) 구독자 소비자라고도 하며, 지정한 구독에 대해 메시지를 수신 흐름도 Pub/Sub과 Pub/Sub 라이트 비교 저렴한 비용으로 제공하는 Pub/Sub 라이트가 존재한다. 가격 측정 표 - Pricing | Cloud Pub/Sub | Google C..
GCP Filestore 사용 전 알고 있으면 좋을 내용들을 정리해 보았음. NFS(Network File System)는 공유된 원격 호스트의 파일을 로컬에서 사용할 수 있도록 만든 파일 시스템이다. 리눅스 머신에서 이더넷 기반으로 동작하는 가장 기본적인 공유 파일 시스템 중의 하나로 서버/클라이언트 모델로 동작하며, 스토리지 프로토콜을 사용한다. 각 클라이언트들이 NFS의 공유 폴더(Export Path)를 마운트하게 되면 자신의 로컬 파일 시스템을 사용하는 것처럼 여러 클라이언트와 파일을 공유하여 사용할 수 있다. GCP에서는 NetApp 또는 filestore를 사용할 수 있다 . Filestore GCP에서 제공하는 완전관리형 NFS. 액세스 제어 Filestore는 액세스 보안을 위해 Kerb..
이번 포스팅에서는 스테이트풀 구성 중 메타데이터와 IP에 대한 부분을 진행해보자. 구성은 이전 포스팅 내용에 해당하는 리소스가 존재한다고 가정하고 진행하겠다. 메타데이터 메타데이터(Metadata)에 제대로 설명한 적은 없는 것 같다. 인터넷에 메타데이터로 검색하면 데이터에 대한 데이터라고 설명이 나온다. 메타데이터에 익숙하지 않은 사람이라면 저 말이 잘 와닿지 않을 수도 있는데, 휴대폰 사진을 생각하면 쉽게 이해할 수 있다. 스마트폰 일반 카메라로 아무사진이나 찍고 사진첩에 들어가서 보자. 안드로이드는 어떻게 나올지 모르겠는데 아이폰이라면 사진 상단에 언제 어디서 찍었는지 표시가 될 것이다. 이런 정보들이 메타데이터이다. 예시라서 그냥 간단하게 사진에 대한 위치, 시간 정도로만 예시를 들었는데 메타데이..
이전 게시글에서 스테이트리스를 구성했으니 이제 스테이트풀 구성을 해보도록 하자. 실수로 윈도우 인스턴스로 구성한다는 것을 리눅스 인스턴스로 구성해버리는 바람에 다음 포스팅에서 리소스를 다시 정리했습니다. 2022.02.16 잘못 된 내용 확인 후 수정 하였습니다. 스테이트풀 MIG 스테이트풀은 간단하게 말하면 인스턴스가 재생성되더라도 상태가 유지되도록 하는 MIG 구성이다. 상태가 유지되는 대신 오토스케일링을 지원하지 않기 때문에 일괄 작업이나 데이터 베이스, 모놀리식 어플리케이션 등에 주로 사용된다. 참고로 MIG라면 재생성이나 자동 복구 시 이름은 유지되니 이름을 고정하고 싶은 경우라면 스테이트풀로 구성할 필요가 없으며, IP를 고정하고 싶은 경우에도 고정 IP를 따로 설정할 수 있기 때문에 스테이트..
집에서 일하고 있는데 저희 회사를 담당하고 계시는 GCP 매니저분께 갑자기 축하한다고 메세지가 왔다. 사전에 들은게 없어서 이게 무엇이냐고 여쭤보니 파트너 사의 신인분들 중 투표를 통해 드리는 거라고 하신다. 일단 감사하다고 받기는 했는데 여태까지 무슨 내용인지 잘 모르고 있다가 내용을 이번에 알게 돼서 봤더니 파트너 사 중 가장 좋은 Performance를 낸 회사 내 신인에게 주는 신인상 같은 거라고 한다. 파트너 사로서는 딱 한번의 기회만 주어지기 때문에 받기 힘들다고 하는데 그래도 미팅 틈틈히 참여하면서 눈도장 좀 찍은 덕인지 이걸 받게 됐다. 그리고 상품도 주셨는데 와인이랑 간식세트를 선물로 받았다. 피크닉가서 먹으면 어울릴 것 같은 조합이지만 겨울이라 집에서 가족끼리 가볍게 먹었다. 맛있더라...
이전 포스팅에서 인스턴스를 만들어 봤으니 이제 MIG를 구성해보자. 관리형 인스턴스 그룹(Manged Instance Group) 제목에 있는 MIG는 Managed Instance Group의 약자로 관리형 인스턴스 그룹을 말한다. GCP에서 인스턴스 그룹은 비관리형 인스턴스 그룹과 관리형 인스턴스 그룹으로 나뉘는데, 비관리형 인스턴스 그룹은 인스턴스를 묶은 것이다. 딱히 무슨 기능이 제공되는 것은 아니고 그냥 논리적으로 묶은 것 뿐이다. 이렇게 묶은 인스턴스 그룹은 로드밸런서를 연결할 수 있게 된다. 그럼 관리형 인스턴스 그룹은 뭐가 다를까? 관리형 인스턴스 그룹은 오토스케일링을 제공해주고 장애 복구 기능을 지원한다. 이 외에도 다양한 zone에 VM을 생성해 가용성을 높히거나 다양한 배포 옵션을 제..