aws

AWS Global Accelerator 출시 – 엔드 유저에게 더 빠른 서비스 접속을 위한 서비스 전 세계 각 지역별로 사용자 데이터를 분리하도록 한 규정과 데이터 주권에 관한 법률을 적용받는 분야에 몸담았던 사람으로서, 여러 국가에 배포된 인프라가 필요한 전역 워크로드를 실행하는 것이 얼마나 복잡한 일인지 잘 알고 있습니다. 원래 데이터 센터의 경계를 넘어 확장할 경우 가용성, 성능, 장애 조치는 모두 매우 까다로운 일이 됩니다. 가용성 때문이든, 성능 때문이든, 규정상의 이유든, 여러 지역에서 환경을 운영해야 한다고 말하는 고객이 많습니다. 이들 고객들은 AWS CloudFormation을 통해 워크로드의 템플릿을 작성하고, Amazon DynamoDB Global Tables로 데이터베이스를 복제하고 AWS SAM으로 서버리스 워크로드를 배포할 수 있다는 데 무척 만족합니다. 이를 통해 몇 분 안에 전 세계 어디서나 실행할 수 있으며 일반 사용자에게 글로벌 환경을 제공합니다. 또한 고객들은 피해 반경을 줄이기 위해 AWS가 제공하는 리전별 격리 기능이 유용하기는 하지만, 각 애플리케이션을 하나로 통합하는 데도 도움이 필요하다고 말합니다. AWS Global Accelerator 소개 [ more… ]

ARM 기반 A1 EC2 인스턴스 출시 – AWS Graviton Processor 탑재 올해 초 AWS Nitro 시스템을 소개하면서 이 시스템을 통해 “앞으로 몇 달 안에 새로운 인스턴스 유형을 이전보다 빠르게 전송할 수 있게 될 것”이라고 말씀 드렸고, 이후로 메모리 집약적인 R5 및 R5d 인스턴스, 높은 대역폭의  z1d 인스턴스, 버스트 가능한 T3 인스턴스, 최대 12TiB의 메모리를 지원하는 고용량 메모리 인스턴스 및 AMD 기반 M5a 및 R5a 인스턴스들을 발표해왔습니다. AWS Nitro 시스템을 구성하는 특수 설계된 하드웨어와 경량 하이퍼바이저는 호스트 하드웨어의 성능을 거의 모두 인스턴스에 사용하여 보다 신속하게 혁신을 실현할 수 있도록 합니다. AWS는  2015년에 AWS Nitro 시스템의 첫 번째 버전의 공동 개발이후 Annapurna Labs를 인수했습니다. 이후로 그들과 함께 현재 모든 EC2 시스템 기능을 Nitro로 오프로드하여 하드웨어를 100% 고객 인스턴스에 활용할 수 있도록 하는 두 세대의 ASIC들을 개발 및 배포해 왔습니다.  또한 몇 년 전부터 우리는 비용에 민감한 스케일아웃 워크로드에 적합하도록 설계된 Amazon이 개발한 맞춤형 CPU를 만드는 방안을 염두에 [ more… ]

AWS 주간 소식 모음 – 2018년 12월 3일 안녕하세요! 여러분~ 매주 월요일 마다 지난 주에 업데이트된 국내 AWS관련 콘텐츠를 정리해 드립니다. AWS 클라우드에 대한 새로운 소식을 확인하시는데 많은 도움 되시길 바랍니다. 혹시 빠지거나 추가할 내용이 있으시면, 저에게 메일 주시면 추가 공유해 드리겠습니다. AWS코리아 블로그 CloudWatch Logs Insights – 빠른 대화형 로그 분석 기능 출시 (서울 리전 포함) (2018-12-03) Firecracker – 서버리스 컴퓨팅을 위한 오픈 소스 경량 가상화 기술 공개 (2018-12-03) Amazon S3 지능적 티어 출시 – 자동 비용 최적화 스토리지 클래스 (서울 리전 포함) (2018-12-03) AWS Transfer for SFTP – Amazon S3를 위한 SFTP 서비스 출시 (서울 리전 포함) (2018-12-03) AWS DataSync – 데이터 전송 자동화 및 가속화 서비스 출시 (서울 리전 포함) (2018-12-03) AWS RoboMaker – 지능형 로봇 앱 개발, 테스트, 배포 및 관리 서비스 출시 (2018-12-02) AWS re:Invent 2018 네째날 출시 소식 요약 – 버너 보겔스 Amazon CTO 기조 연설 (2018-11-30) AWS re:Invent 2018 세째날 출시 소식 [ more… ]

CloudWatch Logs Insights – 빠른 대화형 로그 분석 기능 출시 (서울 리전 포함) 다양한 AWS 서비스로 부터 엄청난 로그가 만들어집니다. 당장 몇 가지 예만 들더라도 VPC 플로우 로그, Route 53 로그, Lambda 로그, CloudTrail 로그(AWS API 호출에 대한 로그), RDS 로그, IoT 로그, ECS 로그, API Gateway 로그 및 S3 서버 액세스 로그, EC2 인스턴스 로그(CloudWatch 에이전트 사용시) 등이 떠오릅니다. EC2 인스턴스에서 실행되는 서비스(Apache, Tomcat, NGINX 및 기타 유사 서비스)들에서도 로그가 생성되며 애플리케이션 코드도 마찬가지일 것입니다. 이러한 로그 안에는 애플리케이션 및 AWS 리소스의 동작을 파악하고, 개선 영역을 식별하고, 작동 문제를 해결하는 데 사용될 수 있는 데이터 요소, 패턴, 추세 및 유용한 정보가 포함되어 있습니다. 하지만 항상 그러하듯 특이사항도 있습니다. 형식 및 데이터 요소의 범위가 방대하고 원시 로그의 크기가 매우 크기 때문에 분석이 어려울 수 있습니다. 개별 AWS 고객이 매일 100테라바이트 이상의 로그 파일을 일상적으로 생성하는 상황에서 find 및 grep 같은 구식 [ more… ]