티스토리
관련 서비스
  • Symbols스토리 홈바로가기바로가기
  • 브런치브런치스토리바로가기바로가기
  • 카카오스토리카카오스토리바로가기바로가기

Go, Vantage point
검색하기
블로그 홈

블로그 홈

Go, Vantage point

everenew.tistory.com/m
신고

가까운 곳을 걷지 않고 서는 먼 곳을 갈 수 없다.

구독자
5
방명록 방문하기
구독하기

주요 글 목록

  • [AWS] 왜 IPv6에서는 Egress Only IGW를 사용할까? (Dual Stack) IPv6는 NAT GW가 아니라 Egress Only Internet Gateway 서비스로 트래픽을 외부로 보내는 걸까?이 이유를 IPv4와 IPv6의 특징을 통해 알아보자.    IPv4의 NAT(Network address translation) 한국은 인구 대비 많은 IPv4를 부여받았고, AWS가 많은 공인 IPv4를 사들여서  AWS에서는 공인 IPv4를 쉽게 이용할 수 있다. (국내 IP의 50% 가까이 점유했다는 말이 있다;;) 하지만 IPv4는 이미 전 세계적으로 고갈되고 있고, AWS에서도 이제 EIP와 같은 공인 IPv4 사용에 대한 유료화 정책을 추진하고 있다. 이미 고갈된 상태의 IPv4 체계가 아직까지 잘 사용되는 이유는 NAT의 역할이 크다.VPC에서를 예를 들면, ALB의 공.. 공감수 0 댓글수 0 2024. 8. 23.
  • [AWS] ECS의 네트워크 모드 (awsvpc, host, bridge) ECS의 태스크를 정의할 때 네트워크 모드를 선택하게 된다.AWS에서는 특별한 이유가 없다면 awsvpc를 권장하는데, 네트워크 모드마다 어떤 식으로 차이점이 있는지 살펴보자.   1. awsvpc 모드awsvpc는 EC2와 동일한 네트워크 속성을 사용한다. 각 태스크에 ENI를 통해 private IPv4 주소가 부여되기 때문에, EC2에서 사용하던 방식대로 ECS의 각 태스크를 사용할 수 있게 된다.단, 태스크의 ENI는 조작할 수 없고 태스크 중지 시 자동으로 분리/삭제된다.  이때 ECS 컨테이너 에이전트가 각 태스크에 대한 pause 컨테이너를 생성하기 때문에, 같은 태스크의 컨테이너들은  pasuse 컨테이너를 통해 네트워크 네임스페이스를 공유한다.따라서 같은 태스크 내의 컨테이너는 동일한 E.. 공감수 0 댓글수 0 2024. 8. 22.
  • AWS SOA-C02 공부법 및 합격 후기 (SysOps Administrator - Associate) 취득 목적  AWS SAA 자격증을 취득하고 AWS 프로젝트로 인프라를 설계/구현해 본 것까지는 좋았다. 문제는 구현 후였다. 적절한 모니터링과 문제 상황에 대한 대응이 준비되어 있지 않아서 운영이 되지 않는데, 고가용성과 비용최적화가 무슨 소용일까?결국 아키텍팅의 기본은 운영에 대한 이해에서 시작한다는 것을 알게 되었다.하지만 운영을 경험하는 것이 아니라 혼자 공부한다는 것부터가 막막했기 때문에, 운영적인 지식에 도움이 되는 SysOps Administrator 자격증을 준비하게 되었다. 아직 실무 경험이 없기 때문에 Associate로 준비하였고 최종 합격까지 성공해 후기를 남긴다.      공부 방법 자격증 자체만을 목표로 하면 당연히 최신 덤프들을 구해서 외우면 된다.하지만 개인적인 취득 목적은 .. 공감수 0 댓글수 0 2024. 8. 17.
  • [AWS] Gateway LoadBalancer란? (with Network Firewall) AWS Network Firewall을 사용하게 되면, VPC 내부에 감시 자원 배치되는 것이 아니라 트래픽을 전송하는 엔드포인트가 배치된다. 이 엔드포인트가 Gateway Load Balancer(GWLB)로 연결된다.    따라서 IGW와 연결된 subnet들에는 Endpoint로의 라우팅 경로를 설정해 주게 된다.이를 통해 IGW의 In/out bound 트래픽은 항상 Gateway Load Balancer로 전송되어 Network Firewall 서비스에서 검사가 수행된다.  이 Gateway Load Balancer란 도대체 뭘까?      Gateway LoadBalancer(GWLB)  Network LoadBalacner는 4 계층인 TCP/UDP까지 검사한다.따라서 7 계층까지 검사해 처.. 공감수 0 댓글수 0 2024. 8. 1.
  • AWS의 메타데이터 서버가 링크 로컬 주소를 사용하는 이유 ( 169.254.169.254 주소는?) 링크 로컬 주소란? 링크 로컬 주소 같은 네트워크와 브로드케스트 도메인에서만 통신이 유효한 네트워크 주소이다.라우터 외부로 나가면, 더 이상 같은 네트워크가 아니기 때문에 라우터가 패킷을 전송하지 않는다.     IPv4에서는 169.254.0.0/16 범위, IPv4에서는 fe80::/10 범위가 링크 로컬 주소로 예약되어 있다.(IPv4에서 실제로 사용가능한 주소는 169.254.1.0 ~ 169.254.254.255이다.)  이러한 링크 로컬 주소는 일반적으로 DHCP를 통해 주소를 할당받을 수 없을 때 (DHCP 서버가 존재하지 않거나 더 이상 IP 풀이 없을 때), 예약된 링크 로컬의 범위 내에서 랜덤으로 IP를 선택한다.선택한 IP로 ARP를 날려, 응답이 있다면 다른 IP를 선택하고 응답이 .. 공감수 0 댓글수 0 2024. 7. 27.
  • [AWS] VPC의 DNS 서버인 Route 53 Resolver 란? Route 53 Resolver를 VPC 내부에서만 사용하는 경우 VPC 내에서는 외부로의 인터넷 접근을 차단해도 VPC의 내부 서비스의 DNS 쿼리 가능하다.그 이유는 Route 53 Resolver가 VPC 내부에서의 DNS 서비스를 제공하기 때문이다.  Route 53 Resolver는 해당 VPC의 IP 주소에 0.0.0.2를 더한 IP로 정의된다. (VPC + 2라고 표현하는 듯하다.)10.0.0.0/24라면 10.0.0.2가 해당 VPC의 Route 53 Resolver IP이다.(이미 예약되어있으므로 다른 자원들 사용할 수 없다.) IPv6의 경우 fd00:ec2: :253 주소를 사용한다.  VPC의 DNS resolution 기능이 활성화되면, VPC 내부에서 발생하는 DNS 쿼리 요청은.. 공감수 0 댓글수 0 2024. 7. 25.
  • AWS S3의 VPC Gateway endpoint와 interface endpoint의 차이 VPC Endpoint란? VPC endpoint는 AWS의 서비스를 public internet을 통하지 않고, AWS 백본 네트워크인 Private Link를 통해 안전하고 빠르게 접근할 수 있는 서비스를 제공한다.이를 위해서 VPC에는 목표 서비스의  Gateway endpoint 또는 interface endpoint를 배치해야 한다. S3는 VPC Gateway endpoint를 지원하다가 interface endpoint 서비스가 생기면서  interface endpoint 까지 생성할 수 있게되었다.  일반적으로 DynamoDB와 S3는 Gateway endpoint를 사용하는 것이 권장되는데, 어떤 상황에서 어떤 것이 좋을지 확인하기 위해 두 서비스의 명확한 차이를 알아보자.      Ga.. 공감수 0 댓글수 0 2024. 7. 23.
  • [AWS] 유사 서비스인 SNS와 EventBridge의 핵심 차이 AWS의 서비스에서 이벤트에 대한 알림을 발송해야 할 때 SNS와 EventBridge를 자주 사용한다.     두 가지 서비스를 활용하면 이벤트 기반 아키텍처를 설계할 수 있다. 그런데 어떤 상황에서는 EventBridege를 활용해서 알림을 보내기도 하고 SNS로 알림을 보내기도 한다.이런 상황의 차이는 무엇일까?    대상의 차이SNS 주제의 구독 대상은  상당히 적다.AWS의 서비스로는 Kinesis, SQS, Lambda 밖에 지원이 안 되고 있다.    EventBridge 출시 전에는 SNS와 연동된 Lambda를 통해서 다른 서비스와의 연동을 진행했다고 한다.이러한 Lambda 코드의 관리 또한 문제가 발생할 수 있는 지점이다. 반면 비교적 새로 출시된 서비스인 EventBridge는 대상.. 공감수 0 댓글수 0 2024. 7. 23.
  • [AWS] CloudWatch가 EC2 Memory 모니터링을 제공하지 않는 이유는? (Hypervisor & OS) 왜 CloudWatch가 EC2 Memory 모니터링을 제공하지 않을까?  EC2에서 CloudWatch는 CPU와 네트워크 정보는 기본적으로 수집을 제공한다.반면에 Memory와 Disk 정보에 대해서는 CloudWatch Agent를 OS에 추가로 설치해야만 수집할 수 있다. CPU까지는 기본적으로 수집할 수 있는데, 왜 Memory는 추가적인 소프트웨어를 설치해야만 수집할 수 있는 것일까?핵심적인 원인은 Hypervisor Level과 OS Level에서 수집할 수 있는 정보의 차이다.      CPU는 Hypervisor Level   하이퍼바이저는 기본적으로 물리적 Host의 CPU 사용을 VM마다 적절히 분배해야 한다.Guest OS는 하이퍼바이저에게 제공받는 시간만큼의 CPU를 사용하기 때문.. 공감수 0 댓글수 0 2024. 7. 20.
  • Lambda의 VPC 접근을 위한 Hyperplane ENI VPC 세팅이 필요 없는 서버리스 AWS의 서버리스 서비스들은 별도의 VPC를 필요로 하지 않기 때문에, 기존에 VPC 자원들에서 사용해야 하는 보안요소에 신경 쓸 필요가 없다. 접근을 IAM Role 위주로만 관리해 주면 되기 때문에 보안적으로 우수하다고도 볼 수 있다.  특히 Lambda의 경우 서버리스 DB 인 DynamoDB와 연동하게 되면, 복잡한 세팅 없이 서로 Role로 접근하면 되기 때문에 찰덕 궁합이다. 따라서 서버리스는 서버리스와 사용했을 때 장점이 극대화된다고도 볼 수 있다.       Lambda와 VPC 내부 자원의 연결 하지만 RDBS를 사용해오기 때문에 DynamoDB가 아닌 RDS를 Lambda와 연동해야 할 수도 있다.이럴 때 Lambda는 리전 level의 서비스인데, R.. 공감수 1 댓글수 0 2024. 7. 19.
  • [AWS] Lambda의 Cold Start와 Concurrency 문제 해결 Lamdba의 기반인 Firecracker와 microVMAWS의 Lambda도 결국에는 컨테이너 기반의 서비스이다.Docker와 같은 컨테이너 서비스보다 훨씬 빠른 반응 속도를 보이는 것은 AWS가 개발한 Firecracker 기반의 가상화 기술을 활용하기 때문이다. 기존의 다양한 서비스보다는 간단한 게스트 기능만을 제공하기 때문에 보안뿐만 아니라 오버헤드까지 줄였다.이때 사용되는 것이 경량화 가상 머신인 mircoVM이다.microVM는 약 5MiB의 메모리와 125밀리 초 안에 실행시킬 수 있다고 공식 문서에서 밝히고 있다.     Cold Start와 Warm Start 그리고 성능 향상 Lambda가 이러한 microVM에서 동작하기 때문에 굉장히 빠르지만, 결국에는 초기에는 사용자 코드를 다운.. 공감수 0 댓글수 0 2024. 7. 15.
  • AWS ALB의 Path routing 활용하기 일반적인 3Tier에서의 ALB AWS에서 3Tier를 구성하는 경우, 일반적으로 ALB를 Presentaion Tier(Web Server)와 Application Tier(WAS) 사이에 하나씩 배치한다. Interfacing ALB는 Web server에 트래픽을 분산한다.만약 동적인 페이지가 필요하다면, Internal ALB로 WAS로 다시한번 트래픽을 분산하는 설계이다. 이를 위해서는 모든 동적 페이지 요청과 응답이 Web server를 거치도록 프록시 설정이 되어야 한다.또한 Internal ALB가 추가로 배치되어 비용이 발생한다.       본인의 토이 프로젝트처럼, 단순히 WAS용 페이지(예를 들면 로그인, 회원가입, 개인정보 페이지)와 Web server용 페이지(메인 정적 페이지)가.. 공감수 0 댓글수 0 2024. 7. 13.
  • AWS Code Build buildspec , 컨테이너 빌드 및 ECR 전송 (Terraform) buildspec.yamlAWS의 Code build에서는 Buildspec이라는 yaml 파일에 어떻게 빌드를 진행할지 작성해주어야 한다.Build는 어떤 것을 CI 하느냐에 따라서 빌드 방식이 달라지기 때문에 이러한 빌드 파일작성은 Git Actions에서도 아래처럼 특정 폴더에 build 파일을 작성해 주어야 한다.     Code build 생성시 별다른 세팅이 없다면, 자동으로 소스 코드의 루트 디렉터리에 존재하는 buildspec.yaml을 사용하게 된다.       buildspec 예시 Code commit 레포지토리의 파일들을 git 레포지토리로 옮겨둔 링크이다. https://github.com/overnew/AWS_PHP_SDK_CodeBuild_example GitHub - over.. 공감수 0 댓글수 0 2024. 7. 6.
  • AWS ECS Fargate 모니터링 (2) - AWS Grafana(SAML) 이전글에서 AMP를 세팅한데 이어서 AWS Grafana를 통해 시각화를 해보자.   AWS ECS Fargate 모니터링 (1) - Side car (otel), AMP AWS ECS Fargate 모니터링 (1) - Side car (otel), AMPFargate를 위한 실시간 모니터링 ECS의 Fargate도 모니터링은 Container insight를 활용하면 Cloud Watch에서도 각 Task의 지표 정보를 수집할 수 있다.하지만 Cloud Watch의 한계로 지표를 확인할 때까지 1분 이everenew.tistory.com     AWS GrafanaAMP(AWS Managed Service for Prometheus)는 설치형 Prometheus와 다르게 대시보드 자체의 접근을 지원하지.. 공감수 0 댓글수 0 2024. 7. 3.
  • AWS ECS Fargate 모니터링 (1) - Side car (otel), AMP Fargate를 위한 실시간 모니터링 ECS의 Fargate도 모니터링은 Container insight를 활용하면 Cloud Watch에서도 각 Task의 지표 정보를 수집할 수 있다.하지만 Cloud Watch의 한계로 지표를 확인할 때까지 1분 이상의 지연이 발생한다.예를 들면 12분 0초의 지표가 13분에야 확인이 된다. 실시간 모니터링이 필요하다면, Container insight와 Cloud watch만으로는 한계가 있다. 만약 EC2 Base의 ECS라면 EC2 자체에 Prometheus Agent를 설치하여 지표를 수집할 수 있지만, Fargate는 OS에 커스텀을 할 수가 없다. 그러므로 Task내에 지표 수집 및 전송을 제공하는 Side Car를 배치하여 실시간 모니터링을 제공해보자. .. 공감수 0 댓글수 0 2024. 7. 2.
  • AWS ECS Task와 Service 그리고 Auto scaling (Terraform) ECS Task란? ECS의 배포/관리의 최소 단위는 Task이다. Kubernetes의 배포/관리의 최소 단위인 Pod와 굉장히 유사하다. Task는 여러 개의 컨테이너로 구성되며, Fargate를 사용하는 경우 실시간 모니터링을 위해 Side car 컨테이너를 같이 배치하기도 한다. 실제로는 여러 개의 컨테이너를 Task나 Pod에 배치하는 것은 권장되지 않고 Side car나 필수 보조 컨테이너를 배치하는 정도로만 사용된다. 처음에는 Task를 그냥 컨테이너로 생각해도 괜찮다고 본다.    ECS Service와 Task Auto Scaling 여러개의 Task를 독립적으로 하나하나 관리하는 것은 어렵다. ECS도 Kubernetes의 Service(Deployment나 replica set)처럼 .. 공감수 0 댓글수 0 2024. 7. 2.
  • VPC Endpoint로 ECR 연결하기 (Docker hub와 S3의 관계) 기존에는 VPC Interface Endpoint 중에 ecr.api만 연결해 주면, ECR private link로 연결되는 알았다.하지만 테스트 결과, NAT Gateway를 VPC에서 빼주면 Fargate가 ECR에서 컨테이너 이미지를 가져오지 못하는 것을 확인했다. 결론을 이야기 하면, ECR 연결을 위해서는 아래의 3가지 Endpoint가 필요하다. Interface endpoint: ecr.dkr, ecr.apiGateway endpoint: S3 dkr까진 이해가되도 S3는 굉장히 뜬금없지 않은가?그 이유를 지금부터 확인해보자.    Docker hub는 S3 저장소를 사용아래의 Cloud flare(네트워크 전문 회사로 주로 CDN 서비스에서 확인해 본 적 있을 것이다.)의 케이스 스터디 .. 공감수 0 댓글수 0 2024. 7. 1.
  • [EC2 Ubuntu] AWS PHP SDK 세팅 및 DynamoDB 테스트 ubuntu EC2에 apache2와 php를 설치 후, AWS PHP SDK를 세팅해 보자. sudo suapt-get updateapt-get install apache2 -yapt-get install php -y apt-get install p7zip -y   (현재 최신버전인 php 8.1이 설치됨)  작업 폴더를 이동시키고 진행해 주자.cd /var/www/html  PHP 의존성 관리 도구인 Composer 설치설치하자.                  https://getcomposer.org/download/ ComposerDownload Composer Latest: v2.7.6 To quickly install Composer in the current directory, run the.. 공감수 0 댓글수 0 2024. 5. 20.
  • CodeDeploy ECS 블루/그린 배포 방식 살펴보기 Code deploy의 ECS로 배포는 블루/그린 배포 방식으로 업데이트를 진행해보자.블루 그린은 한번에 모든 트래픽을 새로운 서버자원으로 이동시키는 무중단 배포 방식이다. 이때 하나의 로드밸런서에서 두 개의 리스너와 대상 그룹을 요구한다.그 이유를 배포 방식을 통해 알아보자.      배포 원리 배포 이벤트의 순서는 아래와 같다.     install전에는 서비스 중인 Production Listener의 대상 그룹을 Test Listener도 가리키고 있다.    여기서 install 이벤트가 실행되면, 다른 Target group에 업데이트된 task들이 배포된다.위의 이벤트 소요시간을 확인해보면, 컨테이너를 올리는 작업 및 상태 체크 때문에 다른 이벤트보다 시간이 많이 소요된다.    AllowT.. 공감수 0 댓글수 0 2024. 5. 20.
  • AWS Elastic cache Memcached의 노드간 복제 여부 확인 고가용성을 가진 웹서비스 인프라를 만들어보는 중에 Elastic cache를 활용해서 세션 쿠키를 캐싱할 계획이었다.     Memcached를 선택한 이유는 단순히 세션 쿠키를 저장하고 읽는 것이라면,단순한 기능을 제공하는 대신 빠른 성능을 보이는 Memcached가 redis보다 좋다고 판단했다. 고가용성을 보장하려면, 두 개 이상의 노드가 동작해야 하기 때문에 memcached 노드를 두 개를 다른 AZ에 배치하였다.    클러스터라면 노드 간의 동기화가 당연하게 일어날 줄 알았지만, 하나의 노드에서 key 저장 후, 다른 노드에서 키를  확인해 보니 서로 데이터는 독립적으로 처리하는 것이 확인되었다.      이처럼 AWS Memcached은 노드 간의 동기화가 제공되지 않는 것이 확인된다.그럼에.. 공감수 0 댓글수 0 2024. 5. 7.
  • [AWS] Private subnet 자원 접근 시, ELB과 NAT GateWay의 Flow 확인하기 AWS에서 웹서비스를 생성하던 중에, 의문점이 생겨서 ELB와 NAT GW에 대해 확실히 알게 된 점을 남겨본다. AWS 공부를 하면 private subnet의 자원들은 외부의 트래픽을 NAT GateWay로 보낸다고 알게 된다. 그러면 ELB를 사용해서 private subnet의 웹 서버에 접속하면 다음과 같은 Flow가 된다고 생각했다. 클라이언트는 ELB의 IP로 요청을 보내고, 이 요청이 EC2 web server에게 전달된다. 여기서 웹 서버가 NAT GW로 응답을 보내면, 결국에 클라이언트의 웹 요청에 대한 응답이 NAT의 public IP로 바뀌어서 나가게 된다. 그렇다면, 클라이언트는 요청을 보낸 IP(ELB IP)와 다른 IP(NAT IP)로부터 응답을 받게 된다. 브라우저가 다른 i.. 공감수 0 댓글수 0 2024. 4. 19.
  • AWS CodeDeploy로 WordPress 배포하기 AWS CodeDeploy CodeDeploy는 AWS의 서비스들을 대상으로 배포를 진행해준다. ECS나 Lambda와 같은 AWS 관리형 서비스는 추가적인 세팅이 필요없지만, EC2 인스턴스나 온프레미스 자원을 대상으로 배포를 진행하는 경우, 인스턴스에 CodeDeploy 에이전트가 설치되어야 한다. 설치 방법은 다른 분의 게시글을 참조하자. https://velog.io/@yrkim/AWS-AWS-CodeDeploy-%EC%97%90%EC%9D%B4%EC%A0%84%ED%8A%B8-%EC%84%A4%EC%B9%98 [AWS] AWS CodeDeploy 에이전트 설치 AWS CodeDeploy의 요청을 받을 수 있도록 에이전트를 설치하는 과정이다. velog.io 우리의 EC2 인스턴스에서 CodeDe.. 공감수 0 댓글수 0 2024. 4. 4.
  • Amazon ECS를 사용한 컨테이너 CI/CD환경 구축 이전 글에서는 EC2에 동작하는 프로세스를 대상으로 CI/CD를 구현하였다. https://everenew.tistory.com/419 AWS CodePipeline 구성하기 (commit, build, deploy) CodeCommit, CodeBuild, CodeDeploy를 세팅하고 전체를 하나의 플로우로 구성해 주는 CI/CD 서비스인 CodePipeline을 구성해 보자. 이번 실습에서 업데이트의 대상이 되는 것은 Private subnet에서 autoScaling 되는 Web everenew.tistory.com 컨테이너 실행을 위해 ECS를 사용한다면, code deploy가 없어도 ECS 자체가 code pipeline의 배포 요소로 사용 가능하다. 컨테이너 환경으로의 배포를 간단하게 구성.. 공감수 3 댓글수 0 2024. 4. 3.
  • AWS CodePipeline 구성하기 (commit, build, deploy) CodeCommit, CodeBuild, CodeDeploy를 세팅하고 전체를 하나의 플로우로 구성해 주는 CI/CD 서비스인 CodePipeline을 구성해 보자. 이번 실습에서 업데이트의 대상이 되는 것은 Private subnet에서 autoScaling 되는 Web server에서 동작하는 프로세스이다. Web Server 생성 AutoScaling group에 속하는 Web Server를 생성해 주자. web server ec2를 위한 역할을 생성한다. 두 가지 권한을 추가하여 생성하자. SSM으로 연결하고, S3에서 빌드 데이터를 받아오기 위한 권한이다. 이제 EC2 시작 템플릿을 생성하자. t2.micro는 특정 AZ에만 존재할 수 있으므로 t3.micro를 선택한다. 세팅한 보안 그룹은 2.. 공감수 0 댓글수 0 2024. 4. 2.
  • AWS CloudFront로 동적 페이지 제공하기 CloudFront는 CDN 서비스로 많이 사용되지만, 클라이언트를 인접 Edge location에 접속하게 해서 빠르게 리전의 서비스에 접속하는 기능도 수행할 수 있다. 이를 확인해 보기 위해서 CloudFront로 웹페이지를 동적으로 서비스해 보자. CloudFront 배포 생성 phpBB 웹서비스를 제공하는 EC2 인스턴스를 origin으로 등록한다. 이 phpBB는 사용자에 따른 동적인 페이지를 제공하는 커뮤니티 기능을 제공하고 있다. 이 서비스를 제대로 사용하기 위해서는 동적 콘텐츠를 제공해야만 한다. 캐싱의 TTL이 0이면 캐싱이 되지 않고 항상 새로운 데이터를 가져오게 된다. 즉, 항상 원본에 접근하므로 동적 콘텐츠를 제공할 수 있게 된다. 방화벽은 다음과 같이 설정해 주자. 생성완료. Cl.. 공감수 0 댓글수 0 2024. 4. 2.
  • AWS Database Migration Service (DMS)로 MySQL 마이그레이션하기 AWS Database Migration Service (DMS) DMS는 온프레미스의 DB를 AWS의 DB 서비스로 마이그레이션 해주는 서비스이다. 이를 위해서 마이그레이션을 담당하는 인스턴스를 생성하여, 온프레미스의 DB에 접근해서 데이터를 전송하게 된다. 서로 다른 DB 사이에는 스키마가 호환되지 않을 수도 있기 때문에, 이를 고려한 스키마 변경까지 제공해 준다. 우리는 윈도우 OS의 EC2를 온프레미스의 DB로 가정해서, 온프레미스의 Mysql DB를 AWS의 Aurora DB로 마이그레이션 해보자. Window에서 MySQL DB 설정 이를 위해서 Window Ec2로 접근하였다. 윈도우에 mysql 설치한다. Master user도 생성해 주자. 이제 생성된 local instance를 누르면.. 공감수 0 댓글수 1 2024. 4. 1.
  • AWS Transit Gateway로 VPC 연결하기 이전 글에서는 VPC 간의 Peering을 해보았다. AWS 다른 리전 간의 VPC Peering 설정하기 AWS 다른 리전 간의 VPC Peering 설정하기 VPC Peering 격리된 VPC는 별도의 세팅이 없다면, 다른 VPC와 연결을 할 수 없다. 그렇다고 인터넷을 통해 다른 VPC로 접근을 한다면, 추가적인 암호화가 필요할 것이다. 따라서 AWS는 VPC간을 AWS 내부 네 everenew.tistory.com VPC 피어링은 적은 개수의 VPC 간에는 세팅이 수월하다. 하지만 전이적 피어링을 지원하지 않기 때문에, VPC가 수십, 수백 개로 늘어나면 관리가 불가능할 정도로 피어링이 늘어난다. 따라서 Transit Gateway를 통해 중앙 집중형으로 피어링을 관리할 수 있다. 모두 동일한 라.. 공감수 0 댓글수 0 2024. 3. 31.
  • AWS DataSync & Storage Gateway로 하이브리드 환경 구성 클라우드 스토리지 도입의 단점 AWS의 S3와 같은 클라우드 스토리지를 사용한다면, 결국 애플리케이션의 코드를 S3 API를 사용하도록 모두 변경해야 한다. 이후에 다른 스토리지 서비스로 변경한다면 또다시 코드의 변경이 필요하다. 이런 단점을 해결하기 위해 기존 Linux의 마운트 기능을 그대로 사용할 수 있는 서비스인 DataSync와 Storage Gateway 사용해 보자. 온프레미스의 NFS 온프레미스의 서버가 없으므로 AWS의 VPC를 하나의 온프레미스 망으로 가정하고 진행해 보자. 현재는 Client server가 NFS Storage server를 사용하고 있다. 이러한 NFS 서버를 직접 관리한다면, 가용성과 백업을 위한 추가적인 비용이 많이 발생하므로 이를 클라우드 스토리지로 전환해 보자.. 공감수 0 댓글수 0 2024. 3. 28.
  • AWS VPC 엔드포인트로 S3와 Session Manager 연결 Session Manager AWS에서는 더 이상 key를 활용한 ssh 접근보다는 session manager를 통한 접근이 권장된다. 특히 Session Manager 접근을 통해 작업한 내용이 모두 기록에 남기 때문에 관리에도 효과적이다. Session Manager 사용 조건 1. 인스턴스는 시스템 메니저 에이전트 설치가 필요 2. 시스템 매니저를 사용할 수 있는 역할이 필요 3, 시스템 메니저와 인터넷 연결성 위의 두가지 조건이 맞더라도 Private subnet의 존재하는 EC2 인스턴스는 VPC 외부로 접근할 수 없다. 하지만 private subnet을 인터넷과 연결시킬 수는 없는 노릇이다. 이럴 때 사용하는 것이 AWS의 리전에 존재하는 서비스로 접근할 수 있게 해주는 VPC 엔드 포인트.. 공감수 0 댓글수 0 2024. 3. 28.
  • AWS EC2로 NAT instance 만들어서 사용하기 Private subnet에서 외부로의 트래픽이 나가려면, NAT Gateway와 같은 서비스가 public subnet에 존재해야 한다. 하지만 Nat Gateway는 프리티어에서 사용할 수 없으므로, NAT 역할을 해주는 EC2 Instance로 그 역할을 대체해 보자. 대신 aws가 관리해 주는 것이 아니기 때문에, 직접 관리를 해야 하지만 우리는 Instance 비용만 지불하면 된다. 이러한 NAT Instance를 만들기 위해서 iptables를 직접 세팅할 수 있지만, 다른 유저가 만든 AMI를 사용해서 만들어 보자. 보안그룹 생성 외부로 전달할 트래픽들만, 응답이 들어올 수 있도록 인바운드 규칙을 만들어 주어야 한다. privaet의 instance의 보안그룹으로부터의 트래픽을 허용한다. N.. 공감수 0 댓글수 0 2024. 3. 27.
    문의안내
    • 티스토리
    • 로그인
    • 고객센터

    티스토리는 카카오에서 사랑을 담아 만듭니다.

    © Kakao Corp.