끊임없이 노력하는 엔지니어를 꿈꾸며 끊임없이 노력하는 엔지니어를 꿈꾸며

대한민국의 Cloud Naver Business Platform을 소개하는 시간이네요! 아직은 조금 기술적 격차(가상머신 생성 시간등)가 있지만 1~2년내에 따라 잡을 듯 합니다. 1. ncloud DashBoard 1.1. 좌측 상단 "Products & Services" 클릭 2. Server 생성 2.1. 상단의 "Server" 클릭 3. 1세대 서버 생성 3.1. Server -> 1세대 -> 서버생성 4. Server 이미지 선택 4.1. 부팅시스크 : 50G 4.2. 이미지타입 : OS 4.3. OS이미지타입 : CentOS 4.4. 서버 타입 : Compact 4.5. 서버 이미지 이름 : centos-7.8-64 5. 서버 5.1. Zone 선택 : KR-1 5.2. 스토리지 종류 : HD..

음! 이제 EC2 관련 부분이 끝이 나네요! ㅎㅎ 그러나 단순히 이렇게 Terraform을 구성하는 것으로 끝이라면 오해랍니다. Terraform과 같은 IaC를 사용하는 이유는 재사용 즉 반복적으로 다른 환경에서 사용이 가능한 형태로 구성하는 것이 그 주 목적입니다. 재사용 가능한 모듈을 만드는 것! 이게 진짜 IaC를 활용하는 목적입니다. 그래서 포스팅은 아직도 많이 남아있습니다. Provisiner도 활용을 해야하고..... 딱 Terraform 기초만 공부한 것이니 잠깐 쉬셨다가 다시 힘내 보시기 바랍니다. 마지막으로 어제 완성한 Auto Scale (수평 확장)을 ALB에 Attach 하도록 하겠습니다. 1. 구성도 2. Terraform Code 2.1. Auto Scaling Group을 A..

아 이제 인스턴스 부분은 2단계 남았습니다. 하루하루 쌓아가는 IT 내공! 역쉬 여러분들은 대단한 분들입니다. 그런데 제가 게으름을 피워 구성도가 어제와 동일합니다. 1. 구성도 2. Terraform Code 자세한 설명은 쪼매 시간을! ㅎㅎㅎ Have a nice day!

드디어 Auto Scale로 넘어 왔네요! Auto Scale을 구성하기 위한 Launch Configuration 입니다. 딱히 어려운 부분은 없지만 IAM에서 권한에 대한 설정을 조금 해주셔야 합니다. 1. 구성도 2. Terraform Code 2.1. image id는 이전 시간에 작업 했던 AMI의 ID를 사용합니다. 2.2. iam_instance_profile은 IAM상에 생성되어 있어야 합니다. 3. admin_role 생성 3.1. 잠시 후에 Have a nice day!

강의실에서는 굳이 기존에 생성한 Web Instance를 ALB Target Group으로 구성을 했었습니다만 꼭 그럴 필요가 없기에 Auto Scale에서 사용할 AMI를 생성합니다. Template를 이미 생성되어 있는 Web Instance를 사용합니다. 1. 구성도 1.1. 기존 구성도의 잘못된 번호들을 수정했으니 참고하시기 바랍니다. 2. Terraform Code 2.1. AMI를 생성하는 code로서 기존의 Instance ID를 이용하여 생성합니다. 굳이 어려운 부분은 없습니다. 자료가 없을 뿐 ㅎㅎㅎ 드디어 AutoScale 가네요! 끝이 보입니다. Have a nice day!

포스팅을 하면 다짐했던 부분 하루 1 포스팅 이었습니다. 오늘도 그 약속을 지키기 위해 고군분투 하렵니다. ALB의 FrontEnd에 해당하는 ALB Listener 생성입니다. 1. 구성도 1.1. 12번 ALB가 누락되어 있습니다. 수정할께요 2. Terraform Code 2.1. ALB는 외부 사용자의 Web 요청을 내부 Target쪽으로 연결하는 역할을 합니다. 2.2. 이때 외부 사용자의 요청을 처리하는 FrontEnd 부분을 AWS에서는 Listener라 합니다. 2.3. LoadBalancer 에 Listener를 연결하고 내부 Target 쪽으로 Forwarding 하는 설정입니다. 간단한 설정이라 설명은 생략합니다. 저희 학생들 수준을 믿기에...... Have a nice day!

12번째 Target Group 설정 차례입니다. 다른 Cloud에서는 BackEnd라 불리기도 하는 부분의 설정입니다. 1. 구성도 2. Terraform Code 2.0. target_type : 지정하지 않으면 기본값은 instance임. ip로도 설정가능 2.1. enabled : 상태확인 활성화 여부, 기본값 true 2.2. healthy_threshold : 비정상인 대상을 정상으로 간주하기 전 필요한 연속상태확인 성공횟수, 기본값 3 2.3. interval : 대상에 대한 상태확인 사이의 시간(초) 최소:5, 최대 300초 2.4. matcher : 대상의 정상적인 응답을 확인할 때 사용하는 응답코드, 200인 경우 정상적인 페이지처리 의미 2.5. path : 상태확인 요청 대상 2.6..

DHCP 두번째 네요! 3편 사용자 정의 정책은 일단은 뒤로 좀 미뤄야 겠네요! 보안반이라 인프라에 대한 아주 자세한 설명은 생략해도 되기에 뭐 다른 분들을 위해서는 정책 정의에 대한 포스팅도 차후에 하도록 하겠습니다. 1. 예약 1.1. DHCP 환경에서 항상 동일한 IP를 사용해야 하는 경우 예약 기능을 활용 1.2. 다른 사용자가 해당 IP를 사용하고 있어도 IP를 갖어옴. 2. 예약 구성 2.1. 우선 맥어드레스를 변경하여 조금 쉽게 설정이 가능하도록 구성 2.2. 실행 -> ncpa.cpl 2.3. 네트워크 연결 창에서 Ethernet0 선택 2.3.1. 네트워크 카드 선택 후 우측버튼 클릭 후 속성 클릭 2.4. 구성 탭 클릭 2.5. Virtual Mac Address 변경 2.5.1. 고급..