Kinesis Video Streams with WebRTC 아키텍처 테스트 환경 구축 시나리오 테스트 환경은 AWS 에서 구현 되었습니다. AWS 에서 Master 와 Viewer 용도의 서버를 생성하여 WebRTC SDK 를 사용할 수 있도록 필수 구성 요소와 SDK 설치 및 환경 설정을 진행합니다.*** 테스트 진행을 위해 Master 와 Viewer 용도의 서버를 별도로 생성 하였지만 일반 PC에서도 필수 구성 요소와

Kinesis Video Streams 란? 스마트폰, 보안 카메라, 웹캠, 차량 내장 카메라, 드론 등의 디바이스에서 제공되는 동영상을 API를 사용하여 클라우드로 스트리밍하거나 실시간 비디오 처리 또는 동영상 분석을 위한 애플리케이션을 빌드하는데 사용할 수 있는 완전 관리형 AWS 서비스입니다. Kinesis Video Streams 구성 요소 생산자 : 보안 카메라, 스마트폰 카메라, 대시보드 카메라와 같은 임의의 영상 생성 디바이스를 사용하여

Storage Gateway는 온프레미스를 클라우드 기반 스토리지와 연결하여, 온프레미스와 IT 환경과 AWS의 스토리지를 사용하는 서비스입니다. 이번에는 Storage Gateway(File Gateway)를 생성해 보겠습니다. 1. 게이트웨이 유형을 선택합니다. 파일 게이트웨이 - 표준 스토리지 프로토콜(NFS, SMB)를 통해 S3 액세스 제공볼륨 게이트웨이 - iSCSI를 통한 블록 스토리지 볼륨 제공 및 백업을 EBS 스냅샷으로 제공(iSCSI란?)테이프 게이트웨이 - 물리적 테이프 인프라를 대체할 수

Storage Gateway란?온프레미스를 클라우드 기반 스토리지와 연결하여, 온프레미스와 IT 환경과 AWS의 스토리지를 사용하는 서비스파일 기반, 볼륨 기반 및 테이프 기반 솔루션 제공2016년 03월 Seoul Region 출시 Storage Gateway 특징내구성 및 보안: 클라우드 스토리지 서비스를 통한 내구성과 보안 활용 가능확장성: 요구 사항에 따라 확장 및 축소가 가능하며, 선결제 및 하드웨어 추가 없이 스토리지 용량 프로비저닝 가능짧은 지연시간:

  I.   개요 이번 포스팅은 'Boto3가 AWS의 자격증명(Credentials)을 확인하는 순서' 인 Credentials — Boto3 Docs 1.17.21 documentation > Configuring credentials 의 내용에 대해서, 테스트 환경을 구축하고 실제로 파이썬 코드를 통해서 각 단계의 권한을 얻어보고 확인해보는 과정 및 결과를 보여주고 있습니다.     II.   본문 1.  Boto3 소개 가. 다양한 언어를 지원하는 AWS AWS에서는 클라우드 인프라에

Amazon AppStream 2.0은 사용자가 어디서든 연결된 어느 디바이스에서나 데스크톱 애플리케이션에 즉시 액세스할 수 있게 지원하는 완전관리형 애플리케이션 및 데스크톱 스트리밍 서비스 입니다. 이번에는 Amazon AppStream 2.0을 생성해 보겠습니다. 흐름은, 지난 번 포스팅에서 보여드린 작업 흐름 순으로 진행됩니다. 출처 : https://www.slideshare.net/AmazonWebServices/build-an-appstream-20-environment-to-deliver-desktop-applications-to-any-computer-bap330-aws-reinvent-2018 이미지 빌더(Image Builder) 를 생성합니다. 이미지 빌더는 AppStream 2.0에서 기본으로 제공하는 인스턴스 입니다. 자체 사용자

AppStream 2.0 이란?완전 관리형 어플리케이션 및 데스크톱 스트리밍 서비스중앙에서 데스크톱 애플리케이션 관리전세계  사용자가 사용할 수 있음2019년 2월 Seoul Region 출시 AppStream 2.0 특징브라우저를 통한 편리한 어플리케이션 스트리밍 (Windows)고성능 원격 디스플레이 프로토콜 사용 (NICE DCV)애플리케이션과 데이터는 AWS 내에 보관 (보안)사용자 경험을 측정하여 성능을 조정 (Auto Scaling 가능)회사의 애플리케이션을 물리적 디바이스에서 AWS 클라우드로 이전함으로써 애플리케이션 관리 간소화

오늘은 NDS의 AWS 마이그레이션 사례 중 N사의 POS 시스템 마이그레이션 사례를 말씀드리려고 합니다. 먼저 개요입니다. N사는 글로벌 전략과 더불어 서버 노후화에따른 교체 비용 절감과 가용성 확보를 위해 AWS를 도입하기로 결정하였습니다. 개인정보보호법을 위한 기존 솔루션 적용으로 EC2에 Oracle 서버를 설치하고 AWS DMS를 통한 2시간 이내 1TB 용량의 DB 이전과 검증을 계획하고, 사무실과 기존 IDC, AWS간 IPSec

이전 글에서는 PV, VG, LV 를 생성하고 마운트하는 방법까지를 다루었습니다. 이번에는 이어서 LV의 크기를 조절하는 방법을 알아보겠습니다.   1. LV의 용량을 추가로 확보할 경우 이전에 만들었던 ndslv1의 용량이 부족하다고 가정해 봅시다. 그럴 경우 해당 LV의 용량만을 확장할 수 있습니다. 추가할 용량만큼의 EBS를 생성해 줍니다. 여기서는 20GiB를 추가하겠습니다. 인스턴스와 같은 AZ를 선택하고 [Create Volume]를 클릭합니다. 약간의

LVM에 대해 이해를 끝내셨다면, 이제 실제 AWS EC2 Linux 인스턴스에 적용 해볼 차례입니다. 우선 EC2 콘솔에 접속하여 인스턴스를 생성한 후, 임의의 EBS 볼륨을 추가로 생성하여 EC2 인스턴스에 attach 해줍니다. 여기서는 root volume 8GiB 와 추가 volume 100GiB 로 구성하였습니다.   1. PV 만들기 이제 인스턴스에 접속하여 줍니다. 인스턴스에 lvm2이 설치되어 있지 않은 경우 lvm2을 설치해

이번에는 EC2 의 EBS 저장 장치를 효율적으로 사용하기 위한 LVM에 대하여 알아보겠습니다. 먼저 LVM 을 한줄로 설명하자면, " Logical Volume을 효율적이고 유연하게 관리하기 위한 커널의 한 부분이자 프로그램" 이라고 할 수 있습니다. 기존방식이 파일시스템을 블록 장치에 직접 접근해서 읽고 쓰기를 했다면, LVM은 파일시스템이 LVM이 만든 가상의 블록 장치에 읽고 쓰기를 하게 됩니다. 이처럼 LVM은 물리적

    오늘은 AWS EC2 Network성능에 대해 얘기해보고자 합니다.   AWS EC2 Inatance 서버를 운영하면서 가장 많이 이슈가 되는것 중 하나가 바로 EC2 Network 성능입니다. AWS에서는 각 EC2 instance type별 그리고 각 size별로 제공하는 Network 성능이 다르기 때문입니다. 이러한 특성으로 사용중인 EC2 Instance Type에 성능이 원하는 네트워크성능이 나오지 않아  DownTime을 감수하고 Instance Type을 증가 시켜야하는 경우가 발생할

Amazon EC2는 각 사용 사례에 맞게 최적화된 인스턴스 유형을 제공합니다. 인스턴스 유형은 CPU, 메모리, 스토리지 및 네트워킹 용량의 다양한 조합으로 구성되며, 애플리케이션에 따라 적합한 리소스 조합을 선택할 수 있습니다. EC2 인스턴스 유형은 사용 목적에 따라 크게 5가지로 구분할 수 있습니다. 범용(General Purpose) 컴퓨팅 최적화(Compute Optimized) 메모리 최적화(Memory Optimized) 가속화된 컴퓨팅(Accelerated Computing) 스토리지 최적화(Storage Optimized) 이번

이번 포스트에서는 웹 애플리케이션에서 사용되는 데이터를 유지 관리하는 Amazon RDS MySQL DB 인스턴스를 만듭니다. 위의 아키텍처에서 두개의 RDS 인스턴스가 각각의 가용영역 안에서 Active-Standby상태로 놓여져 있으며 엔진은 MySQL을 사용하고 있습니다. 이 두 RDS를 설치해 보도록 하겠습니다. 먼저 설치 전에 Parameter Group과 Option Group, Subnet Group을 설정할 것입니다. 1. Parameter Group 설정하기 Parameter 그룹은 하나 이상의 DB인스턴스에

먼저 Route 53에 대해 알아보겠습니다. Amazon Route 53는 가용성과 확장성이 뛰어난 클라우드 Domain Name System (DNS) 웹 서비스입니다.  이 서비스에서는 www.example.com과 같은 도메인 이름을 192.0.2.1과 같은 IP 주소로 변환합니다. Amazon Route 53는 사용자의 요청을 Amazon EC2 인스턴스, Elastic Load Balancing 로드 밸런서, Amazon S3 버킷 등 AWS에서 실행되는 인프라에 효과적으로 연결합니다. 사용자를 AWS 외부의 인프라로 라우팅하는 데도 Route

지금까지 네트워크 구성과 NAT 서버 구축, 웹서버까지 구축이 되었다면 이제 Elastic Load Balancing에 대해 살펴볼 차례입니다. 로드밸런싱이란 개념은 기존 온프레미스에서부터 존재해 왔습니다. 일명 L4 스위치, L7 스위치라고 불렸는데, L이라는 뜻은 OSI 7 Layer 의 'Layer'에서 가져왔습니다. L4 스위치는 Layer 4(Transport Layer)의 프로토콜인 TCP, UDP 등을 스위칭합니다. TCP와 UDP 그리고 RTP 등의 헤더를 사용하여 FTP, HTTP,

이전의 포스트에서 Nat Instance를 Public Subnet에 구축하였습니다. 이번에는 Private Subnet안에 Web Server 역할을 할수 있는 인스턴스를 구축해 보도록 하겠습니다. 즉, private subnet 안에 Instance를 구축하고 Apache(아파치)를 설치하여 웹서버의 역할을 담당하는 인스턴스를 구축할 것입니다. Nat Instance를 설치한 과정과 매우 유사합니다. 위의 아키텍처에서 보시는 바와 같이 두개의 인스턴스를 각각의 가용영역에 위치한 private subnet 1,2 에 생성할 것입니다.

이전의 포스트에서 Nat Instance 를 생성하였습니다. 1. OpenVPN을 사용하여 만든 Nat Instance에 접속해 보도록 하겠습니다. 먼저 OpenVPN을 설치해 주세요 (설치 페이지 바로가기 '클릭'). 또한 Nat Instance를 생성할 때 다운받았던 .pem파일을 .ppk파일로 변환하여야 합니다. 변환을 위해서는 puttygen을 실행하여야 합니다. putty를 설치하면 puttygen또한 설치가 됩니다 (putty설치 바로가기 -> '클릭').  Puttygen을 실행합니다. 그럼 아래와 같은 창이 나타납니다.   2. 이