구리의 창고

개요 AWS Site-To-Site VPN은 IPsec VPN 서비스이다. 운영환경에 이용하기 적합하지는 않지만, 이를 이용하면 온프렘과 네트워크를 연결하고 테스트 환경을 쉽게 구축 할 수 있다. 아래와 같이 가상의 온프렘을 AWS VPC와 EC2를 이용해 구축하고, TransitGateway를 통해 VPN과 연결한다. Openswan 오픈소스 기반의 IPsec VPN인 Openswan을 이용해 환경을 구축해보려고한다. BGP 설정을 위해서는 더 많은 작업들이 필요하지만, 이 글에서는 Static route 기반으로 구축하도록한다. 단계1: AWS Site-To-Site VPN 생성 Site-To-Site VPN과 TransitGateway를 아래와같이 terraform을 이용해 만들어준다. Opensw..

머리글AWS Lambda의 Deployment를 도와주는 훌륭한 도구가 있다. 바로 Apex다. 인증 방법 중 --profile옵션을 사용 할 경우 아래와 같은 에러가 나는 경우 해결책이다.NoCredentialProviders: no valid providers in chain. Deprecated.해결책Apex는 Golang으로 구현되어있고, 그에 따라 aws-sdk-go를 사용하여 구현되어있다. 그리고 sdk 문서에서 Credential 설정하는 법을 살펴보면 AWS_SDK_LOAD_CONFIG 환경 변수를 1로 설정해달라는 부분을 확인 할 수 있다.export AWS_SDK_LOAD_CONFIG=1

머리글AWS Opsworks는 Chef를 기반으로한 강력한 DevOps 도구이다. 오픈소스로 사용되는 각종 cookbook을 사용하며 AWS 인터페이스를 그대로 사용 할 수 있는 점이 큰 장점 중 하나이다. 2017년 9월 5일 당시 AWS Opsworks는 Chef11, Chef12 두 가지 버전으로 운영되고 있다. 둘 다 사용해본 생각을 간단히 정리 하려고한다.공통위에 설명한대로 Opsworks는 Chef cookbook을 기반으로 돌아간다. opsworks-agent-cli라는 프로그램이 Opsworks 대시보드에서 명령을 받아 내부적으로 custom cookbook을 업데이트하고 chef-client를 실행해준다. 차이점1. Built-in CookbookChef11과 Chef12의 가장 큰 차이..

소개 AWS Opsworks(이하 Opsworks)의 많은 부분을 이미 안다고 가정하고 설명 할 것이다. Opsworks는 2017년 9월 1일 기준으로 Chef11과 Chef12가 함께 운영되고 있다. 두 버전 모두 Custom Cookbook을 사용 할 수 있다. Custom Cookbook을 작성하다보면 실제 Opsworks에서 생성한 Instance에서 테스트 및 디버깅을 해보고 싶은 욕구가 많이 생기는데 생각처럼 쉽지가 않다. 기본적으로 Ospworks는 opsworks-agent-cli가 내부적으로 설정 값을 읽어 chef-client를 실행하는 구조로 되어있다. Chef11과 Chef12는 그 구조가 다르므로 이 글에서는 Chef11 Custom Cookbook 디버깅 방법을 설명한다.ops..