NEWS

Amazon RDS for SQL Server – S3 네이티브 백업 및 복원 지원 Amazon Relational Database Service (RDS) 서비스는 데이터베이스 설정, 실행 및 확장성 등에서 보다 손쉽게 운영할 수 있는 완전 관리형 데이터베이스 서비스입니다. 2012년 서비스 시작 이후 SQL Server 지원, SSL 지원, 주요 버전 업그레이드 , 투명한 데이터 암호화, 확장 모니터링, Multi-AZ 등의 기능을 추가해 왔습니다. 이번에 SQL Server의 네이티브 백업 및 복원 지원을 추가합니다. SQL Server 네이티브 백업에는 테이블, 인덱스, 스토어드 프로 시저, 트리거 등 모든 데이터베이스 오브젝트가 포함되어 있습니다. 이러한 백업 데이터는 사내에서 실행 또는 클라우드에서 실행중인 SQL Server 인스턴스간에 데이터베이스를 마이그레이션하는 경우에 사용합니다. 또한, 데이터 수집, 재해 복구 등에도 사용할 수 있습니다. 네이티브 백업은 사내 SQL Server 인스턴스에서 데이터 가져오기 및 스키마의 프로세스를 단순화 할 수 있으므로, SQL Server DBA가 손쉽게 운영할 수 있습니다. 네이티브 백업 및 복구 지원 RDS 인스턴스에서 네이티브 SQL 데이터베이스를 백업, Amazon S3 [ more… ]

Amazon Workspace로 나의 클라우드 데스크톱 환경 꾸미기 작년 초에 저의 동료인 Steve Mueller가 아주 흥미로운 AWS 내부 프로젝트에 대해 알려주었습니다. Amazon WorkSpaces라는 프로젝트를 준비중이라면서, 베타 서비스 대기자 명단에 등록을 해 주었습니다. 무엇이든 새로운 서비스를 사용해 보는 걸 좋아하기 때문에 매우 기쁘게 참여하게 되었습니다. 시작하기 저는 두 개 화면의 스크린과 메모리 용량이 큰 나름대로 제대로 된 사무실 데스크톱에서 WorkSpaces 클라이언트를 사용하기 시작했습니다. 근무 시간에는 그 PC를 사용하고, 출장이나 재택 근무시 다른 노트북을 사용하고 있었습니다. Amazon WorkDocs를 사용하여 두 개의 PC 환경에서 파일을 공유하고 있었지만, PC를 동기화 하는 건 몇 가지 어려움이 있었습니다. 웹 브라우저 탭, 북마크를 포함해서 업무용 응용 프로그램의 구성을 모두 하기는 쉽지 않지요. 그런데, 사무실에서 WorkSpaces를 몇 주 사용한 후 PC 만큼 빠르다는 것을 알게되었습니다. 그때부터 저는 WorkSpaces를 메인 작업 환경으로 바꾸고 PC 사용을 줄이게 되었습니다. 저는 일주일에 2~3일 재택 근무를합니다. 집의 데스크톱 역시 두 개의 대형 스크린 스크린과 [ more… ]

AWS Lambda기반 VPC 지원 활용하기 지난 2월 블로그 글을 통해 AWS Lambda의 VPC 지원 기능을 소개해 드렸습니다. Lambda 함수를 통해 Amazon Redshift 데이터웨어 하우스, Amazon ElastiCache 클러스터, Amazon Relational Database Service (RDS) 인스턴스 및 특정 VPC 내에서만 접근할 수 있는 서비스 엔드 포인트에 접근할 수 있습니다. 이를 위해 자신의 VPC를 하나 선택하고 적절한 서브넷과 보안 그룹을 지정하면 됩니다. Lambda 함수가 VPC 내의 리소스에 접근할 수 있도록 하기 위해 Lambda는 이러한 정보를 바탕으로 Elastic Network Interfaces (ENI)와 사설 IP 주소를 지정합니다. 먼저 AWS Lambda 함수 설정시, 아래 그림과 같이 VPC 사용 여부를 정할 수 있습니다. VPC 지원을 선택하면, VPC내 서브넷(Subnet)에 생성한 서비스, 예를 들어 RDS, Elasticache에 대해 접근이 가능하게 해주는 기능입니다. VPC 지원을 선택하면, 어떤 VPC를 선택할지 그 내부에 어떤 서브넷을 지원할 지를 선택할 수 있도록 해줄 수 있습니다. 이렇게 되면 선택된 서브넷에서는 람다를 위한 ENI가 생성되고 이를 통해 람다는 각 [ more… ]

고성능 애플리케이션 제작을 위한 AWS C++ SDK 커스터마이징 게임과 같은 고성능 애플리케이션 제작의 경우, 가상머신(VM)기반의 언어 사용시 성능상 제약이 있기에 C++와 같은 네이티브 바이너리를 직접 생성하는 언어를 쓰게 됩니다. C++의 경우 가비지 컬렉션(Garbage Collection)기능이 없는 언어이기 때문에 사용자가 직접 메모리 관리를 해주어야 합니다. 빈번히 메모리를 할당(new)하고 해제(delete)하는 일은 실행 시간 비용 측면에서도 상당히 비싼 편에 속합니다. 그래서, 고성능을 요구하는 게임 애플리케이션의 경우, 빈번한 메모리 할당과 파편화(memory fragmentation) 문제를 막기 위해서 메모리 풀링(pooling)을 주로 사용하게 됩니다. 이러한 기능을 제공하는 잘 알려진 tcmalloc이나 jemalloc과 같은 범용 메모리 관리자를 사용하는 경우가 많지만, 게임 엔진이나 서버 프레임워크의 경우에는 자체적으로 메모리 관리자를 제공하는 경우가 많습니다. 이러한 환경에서 AWS C++ SDK를 사용하기 위해서는 별도의 커스터마이징 작업이 필요합니다. 그래서, 지난 글에 이어 이번에는 AWS C++ SDK를 사용자의 상황에 맞게 커스터마이징하는 방법에 대해 다루겠습니다. AWS C++ SDK는 메모리 관리자뿐만 아니라 HTTP 클라이언트, 작업 실행용 스레드(worker thread), 로그 에이전트(log [ more… ]