Resource Group의 오개념의 오개념
·
CLOUD/Azure Cloud
나는 Resource Group에 vNet을 둘 수 있고 해서, vNet이 한 Resource Group에만 속하는줄 알았는데 서로 다른 Resource Group에 있는 VM들이 하나의 vNet안에 들어갈 수도 있다. 즉, Resource Group은 그냥 관리의 용이성을 위해 그룹으로 묶어주는 것일 뿐이다. 아 ㅅㅂ!!!!! vNet은 Resource Group 귀속이 아니다!!!!!!! Region에 vNet이 소속되는거고, Resource Group은 그냥 묶어주는 개념이야!!!!! 이것봐!!! 각각의 리소스 그룹 밑에 vNet이 나오잖아. 나한테 저렇게 설명해주길래 진짠가? 했는데 확인해보니까 vNet은 Resource Group 귀속이 맞다. 증명) 현재 HJ RG에는 vNet이 없고, vm_..
Docker (Build, Ship, Run)?
·
System Engineering/Kubernetes
https://velog.io/@honghwahyeong/Docker-Docker%EC%9D%98-%EA%B8%B0%EB%8A%A5Build-Ship-Run%EA%B3%BC-%EC%BB%B4%ED%8F%AC%EB%84%8C%ED%8A%B8 [Docker] Docker의 기능(Build, Ship, Run)과 컴포넌트 Docker 이미지애플리케이션의 실행에 필요한 파일들이 저장된 디렉토리Docker 명령을 사용하면 이미지를 tar 파일로 출력 가능이미지는 Docker 명령을 사용해 수동으로 만들 수도 있으며, Dockerfile이 velog.io Build : Docker 이미지를 만드는 기능 Ship : Docker 이미지를 공유하는 기능 Run : Docker 컨테이너를 작동시키는 기능
공부해야 할 키워드 (~22.3.18)
·
CLOUD/Azure Cloud
AZURE Azure Batch Webhook (개념은 아는데, Azure에서 어떻게 쓰이는지?) App Service (as a Devops CI/CD) Function Apps Service FAbric Container instances AKS RBAC IAM (Identity and access management) WAF Azure AD Tenant Front Door Traffic Manager Application Gateway LINUX namespace cgroup
Azure의 VNet Peering, VPN, ExpressRoute, Service Endpoint 차이점
·
CLOUD/Azure Cloud
https://m.blog.naver.com/isc0304/221897938436 Azure의 VNet Peering, VPN, ExpressRoute, Service Endpoint 차이점 Azure의 제품군을 보면서 다양한 네트워크를 가상으로 잇는 다양한 사례들이 나온다. 분명 모두 다 똑같이... blog.naver.com
docker 3/5
·
System Engineering/Kubernetes
흔히 저지른 실수 1) docker container run -dt centos7 이라고 썼음. 그리고 왜 안되지? 라고 생각했음. docker container run -dt centos:7 으로 해야됨. 7은 tag거든 이름이 아니고. 흔히 저지른 실수 2) docker container run --name centos2 centos:7 이라구 함. 이러면 -t가 부여가 안되었으니까, 제어 터미널(?)이 없으니까 쉘이 꺼지고, 컨테이너도 자동으로 꺼짐. 문제는 docker container start centos2를 해도, 프로세스가 안돌아가고 있으니까 바로 꺼짐. docker container exec -it centos2 /bin/bash를 해도 안됨. 왜? 컨테이너가 꺼져있으니까. 결국 지우고 ..
Application Gateway on Azure
·
CLOUD/Azure Cloud
Application Gateway는 Region 단위 서비스다. Q) 왜 X피카의 경우 AGW마다 RG를 새롭게 만들어뒀을까? AGW는 사실 밑단에서는 여러 대의 Gateway instance로 이루어지고, Auto-scaling을 걸 수 있다. 근데 각각의 Gateway instance가 IP를 갖기 때문에, vNet-Subnet에 배포해야된다. 사실.. RG는 새롭게 만들 필요 없고, vNet만 새로 만들어서 거기에 배포해도 되지만 그냥 관리의 용이성 때문에 RG를 새로 만든게 아닐까.... 글쎄.... 근데 내가 궁금했던, 극도로 High-Volume Traffic이 AGW에 몰려서 AGW 자체가 다운되는걸 방지하기 위한 AGW 로드밸런싱 내용은 없네. 생각보다 하나의 AGW가 엄청 많이 버틸 수..