Recent Announcements 한국어 노트

Recent Announcements 한국어

AWS(Amazon Web Services)는 컴퓨트, 스토리지, 보안 및 애플리케이션 서비스를 포함하여 다양한 서비스를 제공합니다. 최근의 발표 및 업데이트는 다음과 같습니다. 1. AWS Outposts: AWS Outposts는 컴퓨트, 스토리지 및 데이터베이스 기능을 포함하는 완전히 관리되는 서비스입니다. 최근 업데이트에는 다양한 국가에서 Outposts를 출시하는 것이 포함됩니다. 2. AWS Lambda: 온디맨드 리소스를 제공하는 컴퓨트 서비스입니다. 최근 업데이트에는 동시 제어 향상 및 Amazon API Gateway와의 통합이 포함됩니다. 3. Amazon S3: 지구력 있는 스토리지를 제공합니다. 최근 업데이트에는 애플리케이션 마이그레이션 API의 출시 및 스냅샷 암호화가 포함됩니다. 4. AWS Billing: AWS 리소스에 대한 자세한 청구 정보를 볼 수 있습니다. 최근 업데이트에는 청구 세부 정보 개선이 포함됩니다. 5. AWS Config: AWS 리소스에 대한 모니터링, 보고 및 자동 수정을 제공합니다. 최근 업데이트에는 알림 액션 및 AWS Step Functions이 포함됩니다. 6. AWS Multi-Region Access Point for Amazon S3: S3의 Multi-Region Access Points는 S3에 대한 글로벌 네임스페이스를 제공하여 빠른, 안전한, 복원력이 있는 스토리지 서비스를 제공합니다. 7. Amazon Route 53: 도메인 등록 및 DNS 서비스를 제공합니다. 최근 업데이트에는 S3의 Multi-Region Access Points 지원이 포함됩니다. 8. AWS Lake Formation: 데이터 엔지니어링, 데이터 변환 및 데이터 거버넌스 서비스입니다. 최근 업데이트에는 워크플로우 생성 및 JDBC 드라이버를 사용한 데이터베이스 자격 증명 연결이 포함됩니다. 9. Amazon EMR: 빅데이터 처리, 분석, 머신 러닝(ML) 등을 위한 빅데이터 처리 서비스입니다. 최근 업데이트에는 클러스터 버전 관리 및 버그 수정이 포함됩니다. 10. AWS Step Functions: 분산 애플리케이션 및 마이크로 서비스 지향 아키텍처의 구성 요소를 조정하는 서비스입니다. 최근 업데이트에는 향상된 태스크 토큰 입력 처리 및 자동 대체가 포함됩니다.

노트 스레드

Amazon Kinesis Data Streams는 어떤 규모에서든 데이터 스트림을 쉽게 캡처, 처리 및 저장할 수 있는 서버리스 스트리밍 데이터 서비스입니다. 온디맨드 스트림은 데이터 수집 사용량 증가에 따라 수집 용량을 자동으로 늘립니다. 온디맨드 어드밴티지 모드를 사용하면 웜 처리량을 사용하여 스트림 용량을 사전에 관리하여 갑작스러운 데이터 트래픽 변화에 대비할 수 있습니다. 저희는 웜 처리량에 수집 용량을 축소하는 기능도 추가하여 스트림의 쓰기 처리량을 위아래로 조절할 수 있는 완전한 제어 기능을 제공합니다.축소하려면 온디맨드 스트림에서 더 낮은 웜 처리량 값을 설정하기만 하면 됩니다. 스트림은 요청된 용량 또는 지난 1시간 동안의 최대 데이터 수집 사용량을 지원하는 데 필요한 용량 중 더 높은 값으로 조정됩니다. 이를 통해 스트림은 항상 현재 트래픽에 충분한 용량을 유지하면서 더 이상 필요하지 않은 초과 용량을 해제합니다. 결과적으로 최적의 스트림 처리 성능과 비용 효율성을 얻을 수 있습니다.웜 처리량 축소는 온디맨드 어드밴티지 모드가 활성화된 모든 온디맨드 스트림에 대해 추가 비용 없이 사용할 수 있습니다. 온디맨드 어드밴티지에 대한 자세한 내용은 Amazon Kinesis Data Streams 개발자 가이드의 "스트림에 대한 올바른 모드 선택"을 참조하십시오. 이 기능을 시작하려면 "스트림 업데이트"를 참조하십시오. 가격 정보는 Amazon Kinesis Data Streams 가격을 참조하십시오.이 기능은 Amazon Kinesis Data Streams 온디맨드 어드밴티지가 지원되는 모든 AWS 리전에서 사용할 수 있습니다.
AWS Lambda가 이제 Lambda Managed Instances(LMI) 용량 프로바이더에 대한 로그를 Amazon CloudWatch Logs에 게시하여, 확장 활동 및 인스턴스 수명 주기 작업에 대한 가시성을 제공합니다. LMI를 사용하면 서버리스 운영의 단순성을 유지하면서 Amazon EC2 인스턴스에서 Lambda 함수를 실행할 수 있습니다. 용량 프로바이더는 Lambda가 사용자를 대신하여 프로비저닝하는 컴퓨팅 리소스를 정의할 수 있게 해주는 리소스입니다. 용량 프로바이더 로그를 통해 이러한 관리형 EC2 인스턴스를 모니터링, 문제 해결 및 최적화하여 프로비저닝 문제를 신속하게 진단하고 확장 동작을 이해하는 데 도움을 받을 수 있습니다.고객은 LMI를 사용하여 특수 컴퓨팅 구성을 갖춘 대규모 예측 가능한 워크로드를 운영하고, Savings Plans 및 Reserved Instances와 같은 EC2 가격 책정 옵션을 통해 비용 효율성을 달성합니다. 이번 출시를 통해 Lambda는 용량 프로바이더가 관리하는 컴퓨팅 리소스에 대한 로그를 자동으로 생성하고 CloudWatch Logs로 전달합니다. Lambda는 시작, 종료 및 상태 확인과 같은 인스턴스 수명 주기 이벤트를 캡처하는 구조화된 JSON 로그를 게시합니다. 이 구조화된 형식을 통해 CloudWatch Logs 필터링을 통해 실패한 작업 및 프로비저닝 오류를 식별하여 문제를 신속하게 해결하고 디버깅 주기를 단축하는 데 도움이 됩니다.용량 프로바이더 로그는 LMI를 사용할 수 있는 모든 AWS 상용 리전에서 사용할 수 있습니다. 로그는 모든 용량 프로바이더에 대해 기본적으로 활성화됩니다. Lambda 콘솔의 용량 프로바이더 페이지를 방문하여 용량 프로바이더 로그를 볼 수 있습니다. Lambda API, Lambda 콘솔, AWS CLI, AWS SAM 또는 AWS CloudFormation을 사용하여 용량 프로바이더 로그 구성을 변경할 수 있습니다. 표준 Amazon CloudWatch Logs 요금이 적용됩니다. 자세한 내용은 AWS Lambda Managed Instances 제품 페이지 및 설명서를 방문하십시오.
AWS는 이제 Claude Opus 5를 제공합니다. 이는 지금까지 출시된 가장 발전된 Opus 모델이며 제로 데이터 보존(ZDR)과 호환되어, 최고 수준에서 구축하는 팀에게 코딩, 장시간 실행 에이전트, 복잡한 전문 작업에서 혁신적인 변화를 가져옵니다.Claude Opus 5는 코딩 분야에서 발전을 이루어, 숙련된 엔지니어처럼 코드베이스를 이해하고 탐색하며, 작업 중 전략을 조정하면서 프로덕션 품질의 코드를 작성합니다. 이는 몇 시간 또는 밤새도록 실행되는 안정적인 에이전트를 지원하며, 장애물을 우회하고 오류를 복구하며 목표를 달성합니다. 또한 긴 문서에 대한 더 깊은 추론과 복잡한 분석에 대한 더 높은 정확도를 제공하며, 문서 중심의 엔터프라이즈 작업에서 가장 큰 성과를 보입니다.고객은 두 가지 방법으로 Claude Opus 5에 액세스할 수 있습니다. Amazon Bedrock과 AWS의 Claude Platform입니다.Amazon Bedrock은 기본적으로 제로 데이터 보존(ZDR)이 활성화된 Claude Opus 5를 제공하여, 데이터 거버넌스 요구 사항을 충족하면서 Opus의 최고 수준 지능을 제공합니다. 데이터는 AWS 인프라 내에 지역 데이터 상주로 유지되며, Guardrails 및 Knowledge Bases와 같은 AWS 관리 기능이 포함된 통합 서비스를 통해 액세스할 수 있습니다. 자세한 내용은 Amazon Bedrock 설명서 및 지역별 가용성을 참조하십시오.AWS의 Claude Platform은 AWS 콘솔을 통해 Anthropic의 네이티브 플랫폼 경험 및 기능에 직접 액세스할 수 있으며, 요청 시 제로 데이터 보존(ZDR)을 지원합니다. Anthropic과 직접 작업할 때와 동일한 API, 기능 및 콘솔 경험으로 구축, 테스트 및 배포할 수 있으며, AWS 결제 및 인증과 통합됩니다. 시작하려면 AWS의 Claude Platform 설명서를 참조하십시오.
AWS GovCloud (US) 리전에 대한 두 가지 새로운 모델이 Kiro IDE 및 CLI에서 이제 사용 가능합니다. Claude Opus 4.8은 가장 지능적인 Opus 모델로, 더욱 강력한 자체 검증, 더 효율적인 도구 호출, 장기 프로젝트에 대한 더 나은 실행 능력을 제공합니다. 편집하기 전에 계획하고, 스스로 실수를 발견하며, 장애물에 부딪혔을 때 멈추는 대신 창의적인 경로를 찾아 복잡한 다단계 작업을 이전보다 훨씬 적은 감독으로 수행하는 데 적합합니다. 1M 컨텍스트 창과 2.2배 크레딧 승수로 제공됩니다. Claude Sonnet 5는 가장 에이전트적인 Sonnet 모델로, Sonnet급 가격으로 더 강력한 추론, 도구 사용 및 코딩 기능을 제공합니다. Opus 4.8에 가까운 추론 및 에이전트 코딩 벤치마크 성능을 보이면서도 훨씬 낮은 비용으로 실행되어, 개발자에게 최대 정확도와 더 높은 처리량 사이에서 성능을 조절할 수 있는 옵션을 제공합니다. 실험적 지원, 1M 컨텍스트 창, 1.3배 크레딧 승수로 제공됩니다. Kiro 엔터프라이즈 관리자는 이제 내장된 모니터링 및 추적 기능을 통해 조직 사용량에 대한 완전한 가시성을 확보할 수 있습니다. 사용량 대시보드는 집계된 지표를 한눈에 보여주고, 사용자별 활동 보고서는 라이선스 최적화 및 감사를 위해 일일 CSV 원격 측정 데이터(크레딧, 모델 사용량 등)를 S3 버킷으로 전송하며, 선택적 프롬프트 로깅은 규정 준수 및 디버깅을 위해 사용자 프롬프트와 Kiro 응답을 캡처합니다. 모든 데이터는 S3 스토리지 외 추가 비용 없이 귀하의 계정에 저장됩니다. IDE 또는 CLI를 최신 버전으로 업데이트한 후 다시 시작하여 모델 선택기에서 새 모델에 액세스하십시오. 자세한 내용은 GovCloud 설명서, 모니터링 및 추적 가이드 또는 AWS 계정 팀에 문의하십시오. Kiro에 대해 자세히 알아보려면 Kiro 제품 페이지를 방문하십시오.
오늘 AWS는 .NET용 AWS Lambda Durable Execution SDK의 일반 공급을 발표하며, C# 개발자가 탄력적이고 장기 실행되는 워크플로를 Lambda Durable Functions를 사용하여 구축할 수 있도록 지원합니다. 이 SDK를 통해 개발자는 결제 처리 파이프라인, AI 에이전트 오케스트레이션, 사람의 개입이 필요한 승인과 같은 다단계 애플리케이션을 사용자 지정 진행 상황 추적을 구현하거나 외부 오케스트레이션 서비스를 통합하지 않고도 애플리케이션 내에서 직접 생성할 수 있습니다.Lambda Durable Functions는 외부 이벤트를 기다릴 때 진행 상황을 자동으로 체크포인트하고 최대 1년 동안 실행을 일시 중지하는 작업을 통해 Lambda의 이벤트 기반 프로그래밍 모델을 확장합니다. .NET용 AWS Lambda Durable Execution SDK는 Lambda Durable Functions를 사용하여 구축하기 위한 관용적인 C# 환경을 제공합니다. 여기에는 진행 상황 추적, 사람 및 에이전트 개입 워크플로를 위한 콜백 통합, 안정적인 함수 체인을 위한 내구성 있는 호출, 효율적인 일시 중지를 위한 대기 기능이 포함됩니다. SDK는 오늘날 사용하는 .NET 툴체인에 NuGet에서 설치됩니다. SDK의 로컬 테스트 에뮬레이터를 통해 개발자는 프로덕션에 배포하기 전에 로컬에서 빌드하고 디버그할 수 있습니다.시작하려면 Lambda Durable Functions 개발자 가이드와 NuGet의 .NET용 AWS Lambda Durable Execution SDK를 참조하십시오. 지역별 가용성 및 가격 정보는 AWS 지역별 서비스 목록 및 AWS Lambda 가격을 참조하십시오.
Amazon CloudWatch Logs가 이제 Application Load Balancer(ALB) 로그를 vended logs로 지원하여 가시성을 향상시키고 네트워크 트래픽 패턴에 대한 디버깅을 간소화합니다. 이제 CloudWatch에서 ALB 액세스, 연결 및 상태 확인 로그를 직접 분석하여 클라이언트 연결, 트래픽 분산, 연결 상태 및 대상 상태에 대한 통찰력을 얻을 수 있으며, 이를 통해 네트워크 문제를 더 빠르게 식별하고 해결하는 데 도움이 됩니다. 또한, CloudWatch 원격 측정 활성화 규칙을 설정하여 조직, 특정 계정 또는 특정 리소스에 대한 기존 및 새로 생성된 ALB 리소스의 로깅을 자동으로 구성할 수 있어 수동 설정 없이 일관된 모니터링 범위를 보장합니다. 이 CloudWatch Logs 통합을 통해 CloudWatch Logs Insights 쿼리를 사용하여 상세한 액세스 패턴을 추적하고, 모니터링 및 경고를 위한 메트릭 필터를 생성하며, Live Tail을 사용하여 실시간으로 트래픽 패턴을 검토할 수 있습니다. ALB 로그는 AWS Management Console, AWS CLI 또는 SDK의 애플리케이션 로드 밸런서 통합 탭을 통해 구성할 수 있습니다. 또한 Apache Parquet 형식을 지원하여 Amazon Data Firehose 또는 Amazon S3로 ALB 로그를 전달하도록 구성할 수도 있습니다. ALB 로그를 CloudWatch로 전달하는 것은 Application Load Balancer와 CloudWatch를 사용할 수 있는 모든 AWS 상업용 및 GovCloud 리전에서 사용할 수 있습니다. ALB 로그는 CloudWatch Logs 및 Data Firehose로 전달될 때 vended logs로 요금이 부과되며, Amazon S3로 전달하는 것은 무료입니다(Parquet 변환은 GB당 $0.035 - N. Virginia 요금 부과). CloudWatch Logs에서 ALB 로그 구성을 자세히 알아보려면 문서를 참조하십시오. 가격 정보는 CloudWatch 가격 페이지를 참조하십시오.
오늘부터 컴퓨팅 최적화된 Amazon EC2 C7a 인스턴스가 AWS US West (N. California) 리전에서 제공됩니다. 4세대 AMD EPYC 프로세서(코드명 Genoa)를 기반으로 최대 3.7GHz의 주파수를 제공하는 C7a 인스턴스는 C6a 인스턴스 대비 최대 50% 향상된 성능을 제공합니다. C7a 인스턴스는 AVX-512, VNNI, bfloat16과 같은 새로운 프로세서 기능을 제공합니다. 또한 고속 메모리 데이터 액세스를 지원하는 Double Data Rate 5(DDR5) 메모리를 특징으로 하며, C6a 인스턴스 대비 메모리 대역폭이 2.25배 증가하여 지연 시간에 민감한 워크로드에도 이상적입니다. C7a 인스턴스는 medium부터 48xlarge까지 12가지 크기를 제공하며, 베어메탈 크기도 포함됩니다. C7a 인스턴스 출시와 함께 고객은 EC2 인스턴스에 최대 128개의 EBS 볼륨을 연결할 수 있습니다. 비교하자면, C6a 인스턴스는 EC2 인스턴스에 최대 28개의 EBS 볼륨을 연결할 수 있습니다. 이 인스턴스들은 AWS Nitro System을 기반으로 구축되었으며, 배치 처리, 분산 분석, 고성능 컴퓨팅(HPC), 광고 서빙, 고확장성 멀티플레이어 게임, 비디오 인코딩과 같은 고성능, 컴퓨팅 집약적인 워크로드에 이상적입니다. C7a 인스턴스는 온디맨드, 스팟 인스턴스, Savings Plans를 통해 이용할 수 있습니다. 시작하려면 AWS Management Console, AWS Command Line Interface(CLI), AWS SDK를 방문하십시오. 자세한 내용은 C7a 인스턴스를 참조하십시오.
오늘부터 범용 Amazon EC2 M8a 인스턴스를 AWS Asia Pacific (Hyderabad) 리전에서 사용할 수 있습니다. M8a 인스턴스는 5세대 AMD EPYC 프로세서(이전 코드명 Turin)를 기반으로 하며, 최대 4.5GHz의 주파수를 제공하고 M7a 인스턴스 대비 최대 30% 향상된 성능과 최대 19% 더 나은 가격 대비 성능을 제공합니다. M8a 인스턴스는 M7a 인스턴스 대비 메모리 대역폭이 45% 더 높아 지연 시간에 민감한 워크로드에도 이상적입니다. M8a 인스턴스는 특정 워크로드에 대해 더욱 높은 성능 향상을 제공합니다. M8a 인스턴스는 Amazon EC2 M7a 인스턴스 대비 GroovyJVM 벤치마크에서 최대 60% 더 빠르고, Cassandra 벤치마크에서 최대 39% 더 빠릅니다. M8a 인스턴스는 SAP 인증을 받았으며 2개의 베어메탈 크기를 포함하여 12가지 크기를 제공합니다. 이러한 다양한 인스턴스 크기를 통해 고객은 워크로드 요구 사항에 정확하게 맞출 수 있습니다. M8a 인스턴스는 최신 6세대 AWS Nitro Cards를 사용하여 구축되었으며 금융 애플리케이션, 게임, 렌더링, 애플리케이션 서버, 시뮬레이션 모델링, 중간 규모 데이터 저장소, 애플리케이션 개발 환경 및 캐싱 플릿과 같이 고성능 및 고처리량이 필요한 애플리케이션에 이상적입니다. 시작하려면 AWS Management Console에 로그인하십시오. 고객은 Savings Plans, On-Demand 인스턴스 및 Spot 인스턴스를 통해 이러한 인스턴스를 구매할 수 있습니다. 자세한 내용은 Amazon EC2 M8a 인스턴스 페이지를 방문하십시오.
네트워크 로드 밸런서(NLB)는 이제 수신자 규칙을 지원하여 출처 IP 주소 유형에 따라 서로 다른 타겟 그룹으로 연결을 라우팅할 수 있습니다. 리스너 규칙을 사용하면 단일 듀얼 스택 NLB가 IPv6 클라이언트 트래픽을 IPv6 타겟에, IPv4 클라이언트 트래픽을 IPv4 타겟으로 보내며, 두 주소군 모두에서 원래의 클라이언트 IP 주소를 끝에서 끝까지 유지합니다. 이전에는 하나의 NLB에서 IPv4와 IPv6 클라이언트를 모두 서비스할 경우 두 개의 별도 로드 밸런서(IP 버전당 하나씩)를 실행하고 DNS로 클라이언트를 분할하거나, 모든 트래픽을 하나의 대상 그룹으로 보내 프로토콜 변환을 통해 원래 클라이언트 IP를 잃는 트레이드오프를 수용해야 했습니다. 리스너 규칙은 3계층에서 조건부 라우팅을 활성화하여 이러한 트레이드오프를 제거하며, 각 연결을 변환이나 추가 인프라 없이 동일 가족 대상 그룹으로 유도합니다. 기존 듀얼 스택 NLB에 리스너 규칙을 추가할 수 있지만, 이를 다시 만들지 않고도 가능합니다. 규칙은 TCP, UDP, TCP_UDP, TLS 리스너에서 지원되며, 연결 드레인, 타겟 그룹 고정성, 크로스 존 부하 분산, 가중 타겟 그룹, 클라이언트 IP 보존 등 기존 NLB 기능과 함께 작동합니다. 네트워크 로드 밸런서용 리스너 규칙은 모든 AWS 상업용 지역과 AWS GovCloud(미국) 지역에서 추가 비용 없이 제공됩니다. 로드 밸런서 시간과 LCU에 대한 표준 NLB 요금이 적용됩니다. 시작하려면 이 AWS 블로그와 네트워크 부하 분산기 사용자 가이드를 참고하세요.
AWS Entity Resolution이 이제 고급 매칭 워크플로우를 통한 실시간 매칭을 지원하여, 고객이 GenerateMatchId API를 통해 복잡한 규칙 세트를 사용하여 밀리초 단위로 레코드를 매칭할 수 있게 되었습니다. 이전에는 실시간 매칭이 간단한 규칙 기반 워크플로우로 제한되었던 반면, Exact 및 ExactManyToMany와 같은 연산자와 AND/OR 로직을 지원하는 고급 규칙 세트는 몇 분에서 몇 시간까지 소요되는 배치 처리에서만 사용할 수 있었습니다. 이는 정교한 매칭 로직으로 실시간 엔티티 해결이 필요한 고객에게 중요한 격차를 만들었습니다.이번 출시를 통해 사기 탐지, 실시간 계정 조회 또는 웹사이트 개인화를 수행하는 고객은 별도의 매칭 인프라를 유지하거나 애플리케이션을 재설계할 필요 없이 고급 매칭 규칙을 정의하고 실시간으로 결과를 얻을 수 있습니다. 고급 실시간 매칭을 활성화하려면 고객은 매칭 워크플로우에서 enableRealTimeMatching 매개변수를 true로 설정한 다음 기존 GenerateMatchId API를 호출하면 됩니다. 새로운 엔드포인트나 마이그레이션은 필요하지 않습니다.고급 실시간 매칭은 AWS Entity Resolution을 사용할 수 있는 모든 AWS 리전에서 사용할 수 있습니다.시작하려면 AWS Entity Resolution 사용 설명서의 GenerateMatchId 사용을 참조하십시오.AWS Entity Resolution에 대한 자세한 내용은 제품 페이지를 방문하십시오.
AWS Lambda durable functions가 이제 AWS Key Management Service(AWS KMS) 고객 관리형 키를 사용하여 durable 실행 데이터의 암호화를 지원합니다. Lambda durable functions를 사용하면 자동 상태 관리를 통해 Lambda 함수 코드에서 직접 장기 실행되고 안정적인 워크플로를 구축할 수 있습니다. Lambda는 기본적으로 AWS 소유 키를 사용하여 실행 상태를 저장 시 암호화합니다. 이제 AWS KMS 지원을 통해 암호화 키를 직접 선택하고 관리할 수 있습니다.금융 서비스 또는 의료와 같이 규제가 있는 산업에서 운영하는 경우 데이터 거버넌스 정책에 고객 소유 암호화 키가 필요할 수 있습니다. 이제 durable 실행 데이터에 대한 고객 관리형 키를 구성하여 키 로테이션 및 실행 기록 및 상태에 액세스할 수 있는 사람을 제어할 수 있습니다. durable 실행 키는 환경 변수 및 SnapStart 스냅샷을 보호하는 함수 수준 키와 독립적으로 작동하므로 함수 구성과 별도로 실행 데이터에 대한 액세스를 관리할 수 있습니다.이 기능은 Lambda durable functions를 사용할 수 있는 모든 AWS 리전에서 사용할 수 있습니다. 고객 관리형 키에는 표준 AWS KMS 요금이 적용됩니다. 이 기능에 대한 추가 Lambda 요금은 없습니다.자세히 알아보려면 AWS Lambda 개발자 가이드의 "Encrypting Lambda durable execution data"를 참조하십시오.
Amazon Elastic Kubernetes Service (EKS)가 이제 Amazon EC2 placement groups와 Elastic Fabric Adapter (EFA) 네트워크 장치 구성을 EKS Auto Mode 및 오픈 소스 Karpenter 프로젝트의 노드 풀에 대해 지원하여, EKS 워크로드를 성능 및 가용성에 최적화할 수 있도록 합니다. 이러한 기능은 분산 학습 및 추론 워크로드를 위해 EFA 네트워크 인터페이스 구성과 EC2 인스턴스가 AWS 인프라 전체에 물리적으로 분산되는 방식을 제어할 수 있게 해줍니다. EKS Auto Mode와 Karpenter의 EFA 구성을 통해, 동적 및 정적 용량 노드 풀 모두에서 EFA 지원 인스턴스에 대해 네트워크 인터페이스를 EFA 전용 또는 표준 ENI로 구성할 수 있습니다. EFA 전용 인터페이스는 IP 주소를 소비하지 않아 VPC 내 IP 활용에 대한 세밀한 제어를 제공하면서도 전체 상호 연결 대역폭을 달성할 수 있습니다. Placement group 지원을 통해, 추가적인 운영상의 우회 작업 없이 인스턴스가 물리적으로 분산되는 방식을 제어할 수 있도록 EKS Auto Mode 또는 Karpenter 노드 풀 구성에서 직접 클러스터, 분산 또는 파티션 전략을 사용하여 EC2 인스턴스를 시작할 수 있습니다. 이러한 기능들을 함께 사용하면, 분산 학습 작업의 처리량 극대화 또는 중요 프로덕션 서비스의 영향 범위 최소화 등 워크로드에 필요한 성능, 가용성 및 장애 격리 특성을 최적화할 수 있습니다. 이러한 기능들은 Amazon EKS를 사용할 수 있는 모든 AWS 리전에서 사용할 수 있습니다. 시작하고 더 자세히 알아보려면 EKS Auto Mode 사용자 가이드 및 Karpenter 문서를 참조하십시오.
AWS Elastic Disaster Recovery(AWS DRS)가 다음 6개 AWS 리전에 추가로 제공됩니다: 아시아 태평양(방콕), 아시아 태평양(말레이시아), 아시아 태평양(뉴질랜드), 아시아 태평양(타이베이), 캐나다 서부(캘거리), 멕시코(중앙). Elastic Disaster Recovery는 AWS로의 재해 복구를 위한 권장 서비스입니다. 저렴한 스토리지, 최소한의 컴퓨팅, 시점 복구를 사용하여 온프레미스 및 클라우드 기반 애플리케이션의 빠르고 안정적인 복구를 통해 다운타임과 데이터 손실을 최소화합니다. Elastic Disaster Recovery를 사용하면 물리적 인프라, VMware vSphere, Microsoft Hyper-V 및 클라우드 인프라에서 AWS로 애플리케이션을 복구할 수 있습니다. 또한 Elastic Disaster Recovery를 사용하여 다른 AWS 리전의 Amazon EC2 인스턴스를 복구할 수도 있습니다. AWS DRS는 Oracle, MySQL, SQL Server와 같은 중요 데이터베이스 및 SAP와 같은 엔터프라이즈 애플리케이션을 포함한 광범위한 애플리케이션을 복제하고 복구합니다. AWS DRS는 드릴, 복구 및 장애 복구를 위한 통합 프로세스를 사용하므로 서비스를 운영하기 위해 애플리케이션별 기술이 필요하지 않습니다. 이번 출시로 Elastic Disaster Recovery는 현재 36개 AWS 리전에서 사용할 수 있습니다. 최신 가용성 정보는 AWS 리전별 서비스 목록을 참조하십시오.AWS Elastic Disaster Recovery에 대해 자세히 알아보려면 제품 페이지 또는 설명서를 방문하십시오. 시작하려면 AWS Elastic Disaster Recovery 콘솔에 로그인하십시오.
오늘부터 Amazon Elastic Compute Cloud(Amazon EC2) C6in 인스턴스를 AWS 아시아 태평양(타이베이) 리전에서 사용할 수 있습니다. 3세대 Intel Xeon Scalable 프로세서로 구동되고 AWS Nitro System을 기반으로 구축된 이 6세대 네트워크 최적화 인스턴스는 최대 200Gbps의 네트워크 대역폭을 제공하여, 유사한 5세대 인스턴스에 비해 2배 더 많은 네트워크 대역폭을 제공합니다. 고객은 C6in 인스턴스를 사용하여 네트워크 가상 어플라이언스(방화벽, 가상 라우터, 로드 밸런서), Telco 5G User Plane Function(UPF), 데이터 분석, 고성능 컴퓨팅(HPC) 및 CPU 기반 AI/ML 워크로드와 같은 애플리케이션의 성능을 확장할 수 있습니다. C6in 인스턴스는 베어 메탈 크기를 포함하여 최대 128개의 vCPU를 갖춘 10가지 크기로 제공됩니다. Amazon EC2 6세대 x86 기반 네트워크 최적화 EC2 인스턴스는 최대 100Gbps의 Amazon Elastic Block Store(Amazon EBS) 대역폭과 최대 400K IOPS를 제공합니다. C6in 인스턴스는 32xlarge 및 metal 크기에서 Elastic Fabric Adapter(EFA) 네트워킹을 지원합니다. C6in 인스턴스는 다음 AWS 리전에서 사용할 수 있습니다: 미국 동부(오하이오, 버지니아 북부), 미국 서부(캘리포니아 북부, 오레곤), 유럽(프랑크푸르트, 아일랜드, 런던, 밀라노, 파리, 스페인, 스톡홀름, 취리히), 중동(바레인, UAE), 이스라엘(텔아비브), 아시아 태평양(홍콩, 하이데라바드, 자카르타, 말레이시아, 멜버른, 뭄바이, 오사카, 서울, 싱가포르, 시드니, 타이베이, 도쿄, 태국), 아프리카(케이프타운), 남아메리카(상파울루), 캐나다(중부), 캐나다 서부(캘거리), AWS GovCloud(미국 서부, 미국 동부) 및 멕시코(중부). 자세한 내용은 Amazon EC2 C6in 인스턴스 페이지를 참조하십시오.
오늘부터 Amazon Elastic Compute Cloud(Amazon EC2) R6in 및 R6idn 인스턴스가 AWS Europe(Paris) 및 Canada(Central) 리전에서 제공됩니다. 3세대 Intel Xeon Scalable 프로세서로 구동되고 AWS Nitro System을 기반으로 구축된 이 6세대 네트워크 최적화 인스턴스는 최대 200Gbps의 네트워크 대역폭, 2배의 네트워크 대역폭, 그리고 비교 가능한 5세대 인스턴스 대비 최대 2배 높은 패킷 처리 성능을 제공합니다.고객은 R6in 및 R6idn 인스턴스를 사용하여 메모리 집약적인 SQL 및 NoSQL 데이터베이스, 분산 웹 스케일 인메모리 캐시(Memcached, Redis), 인메모리 데이터베이스(SAP HANA), 실시간 빅데이터 분석(Apache Hadoop, Apache Spark)과 같은 네트워크 집약적인 워크로드의 성능 및 처리량을 확장할 수 있습니다. R6in 및 R6idn 인스턴스는 메탈을 포함한 10가지 인스턴스 크기로 제공되며, 최대 128개의 vCPU와 1024GiB의 메모리를 지원합니다. 최대 100Gbps의 Amazon Elastic Block Store(EBS) 대역폭과 최대 400K IOPS를 제공합니다. R6in 및 R6idn 인스턴스는 32xlarge 및 메탈 크기에서 Elastic Fabric Adapter(EFA) 네트워킹을 지원합니다. R6idn 인스턴스는 최대 7.6TB의 고속, 저지연 인스턴스 스토리지를 제공합니다.이번 리전 확장을 통해 R6in 및 R6idn 인스턴스는 US East(N. Virginia, Ohio), US West(Oregon), Europe(Ireland, Frankfurt, Paris, Stockholm), Asia Pacific(Singapore, Sydney, Tokyo), Canada(Central), AWS GovCloud(US-West) 리전에서 사용할 수 있습니다. 고객은 Savings Plans, Reserved, On-Demand 및 Spot 인스턴스를 통해 새 인스턴스를 구매할 수 있습니다. 자세한 내용은 R6in 및 R6idn 인스턴스 페이지를 참조하십시오.
오늘부터 Amazon Elastic Compute Cloud (Amazon EC2) M6in 및 M6idn 인스턴스가 AWS Asia Pacific (Hyderabad) 및 South America (Sao Paulo) 리전에서 제공됩니다. 3세대 Intel Xeon Scalable 프로세서로 구동되고 AWS Nitro System을 기반으로 구축된 이 6세대 네트워크 최적화 인스턴스는 최대 200Gbps의 네트워크 대역폭을 제공하여 비교 가능한 5세대 인스턴스보다 2배 더 많은 네트워크 대역폭을 제공합니다.고객은 M6in 및 M6idn 인스턴스를 사용하여 고성능 파일 시스템, 분산 웹 스케일 인메모리 캐시, 캐싱 플릿, 실시간 빅데이터 분석 및 5G 사용자 평면 기능과 같은 통신 애플리케이션과 같은 네트워크 집약적인 워크로드의 성능 및 처리량을 확장할 수 있습니다.M6in 및 M6idn 인스턴스는 메탈을 포함한 10가지 다른 인스턴스 크기로 제공되며 최대 128개의 vCPU와 512GiB의 메모리를 제공합니다. 최대 100Gbps의 Amazon Elastic Block Store (EBS) 대역폭과 최대 400K IOPS를 제공합니다. M6in 및 M6idn 인스턴스는 32xlarge 및 메탈 크기에서 Elastic Fabric Adapter (EFA) 네트워킹을 지원합니다. M6idn 인스턴스는 최대 7.6TB의 고속, 저지연 인스턴스 스토리지를 제공합니다.이번 리전 확장을 통해 M6in 및 M6idn 인스턴스는 US East (Ohio, N. Virginia), US West (N. California, Oregon), Europe (Ireland, Frankfurt, Spain, Stockholm, Zurich, London), Asia Pacific (Hyderabad, Mumbai, Singapore, Tokyo, Sydney, Seoul), South America (Sao Paulo), Canada (Central) 및 AWS GovCloud (US-West) AWS 리전에서 사용할 수 있습니다. 고객은 Savings Plans, On-Demand 및 Spot 인스턴스를 통해 새 인스턴스를 구매할 수 있습니다. 자세한 내용은 M6in 및 M6idn 인스턴스 페이지를 참조하십시오.
Amazon SageMaker Unified Studio가 이제 Amazon OpenSearch를 데이터 소스로 지원하여, 검색 및 로그 분석 데이터를 다른 데이터 자산과 직접 나란히 쿼리하고 분석할 수 있습니다. 이 새로운 연결을 통해 Amazon Redshift, Amazon S3, 관계형 데이터베이스와 같은 다른 소스의 데이터와 OpenSearch의 운영 검색 데이터를 단일의 거버넌스 환경 내에서 결합할 수 있습니다.이 통합은 분석 및 운영 워크로드 전반의 데이터를 상관시켜야 할 때 특히 유용합니다. 예를 들어, 시스템 성능 및 사용자 행동에 대한 통찰력을 얻기 위해 OpenSearch에 저장된 애플리케이션 로그 및 메트릭을 트랜잭션 데이터와 조인할 수 있습니다. 데이터 엔지니어 및 분석가는 실시간 검색 및 분석 데이터를 구조화된 데이터셋과 통합하는 데이터 파이프라인을 구축하여 도구 간 전환 없이 크로스 소스 워크플로우를 간소화할 수 있습니다. 시작하려면 프로젝트의 데이터 섹션에서 Amazon OpenSearch 연결을 추가하십시오. 이제 OpenSearch 데이터가 다른 프로젝트 데이터와 함께 데이터 탐색기에 표시됩니다. 거기서 쿼리 편집기를 사용하여 직접 쿼리하거나, 노트북에서 탐색하거나, 시각적 ETL 작업에 통합할 수 있으며, 이 모든 작업을 스튜디오를 벗어나지 않고 수행할 수 있습니다.Amazon OpenSearch 연결 지원은 Amazon SageMaker Unified Studio를 사용할 수 있는 모든 AWS 리전에서 제공됩니다.시작하려면 Amazon SageMaker Unified Studio 사용자 가이드에서 새 데이터 소스에 연결하는 방법을 참조하십시오. Amazon OpenSearch Service에 대한 자세한 내용은 Amazon OpenSearch Service 페이지를 방문하십시오.
Amazon Elastic Container Service (Amazon ECS)가 이제 AWS European Sovereign Cloud에서 빌트인 블루/그린, 선형, 카나리 배포 전략을 지원하여 컨테이너화된 애플리케이션의 소프트웨어 업데이트를 더 안전하게 만들고 더 큰 확신을 가지고 새로운 애플리케이션 버전을 더 빠르게 출시할 수 있도록 합니다. Amazon ECS에 직접 내장된 이러한 기능은 배포 수명 주기 후크, 베이크 타임, 빠른 롤백을 포함한 프로덕션 준비 제어를 제공하면서 사용자 지정 배포 도구의 필요성을 없애줍니다.이러한 전략을 통해 Amazon ECS는 기존 버전과 함께 새로운 애플리케이션 버전을 프로비저닝하고 프로덕션 트래픽을 전환하기 전에 검증할 수 있도록 합니다. 블루/그린 배포는 단일 단계에서 트래픽을 전환하고, 선형 배포는 지정된 기간 동안 동일한 증분으로 트래픽을 전환하며, 카나리 배포는 처음에 소량의 트래픽을 전환한 후 나머지를 전환합니다. Lambda 후크 및 일시 중지 후크를 포함한 배포 수명 주기 후크를 사용하여 특정 배포 단계에서 사용자 지정 검증 로직 및 승인 워크플로를 실행할 수 있습니다. 또한 트래픽이 전환된 후 새 버전을 평가하기 위해 베이크 타임을 구성하고 회귀가 식별되면 다운타임 없이 롤백할 수 있습니다. 실패를 자동으로 감지하려면 Amazon CloudWatch 알람 또는 Amazon ECS 배포 서킷 브레이커를 구성하거나 StopServiceDeployment API를 사용하여 직접 롤백을 시작하십시오.이러한 기능은 Application Load Balancers (ALB), Network Load Balancers (NLB) 및 Amazon ECS Service Connect를 사용하는 Amazon ECS 서비스에 사용할 수 있습니다. AWS Management Console, AWS CLI, AWS SDK 또는 인프라스트럭처 코드 도구를 사용하여 새 또는 기존 Amazon ECS 서비스에서 배포를 구성할 수 있습니다. 자세한 내용은 Amazon ECS 블루/그린, 선형 및 카나리 배포, 배포 수명 주기 후크에 대한 문서를 참조하십시오.
오늘 Amazon Simple Email Service(SES)는 개별적으로 평가할 필요 없이 SES 기능을 쉽게 구매하고 액세스할 수 있도록 가격 플랜을 도입했습니다. Amazon SES 가격 플랜은 Essentials, Pro, Enterprise의 세 가지 계층적 옵션을 포함합니다. 각 플랜은 이전 플랜을 기반으로 하며, 개별 구매 가격에 비해 할인된 가격으로 점진적으로 더 많은 기능을 제공합니다.비즈니스는 이메일이 받은 편지함에 도달하고 읽히는 것에 의존하지만, 이를 보장하는 데 필요한 기능은 전통적으로 개별적으로 평가하고 구매해야 하는 개별 추가 기능으로 판매되었습니다. 가격 플랜을 통해 고객은 플랜을 선택하고 추가 비용 없이 적절한 기능에 액세스할 수 있습니다. Essentials는 전달 가능성 인사이트를 제공하고, Pro는 관리형 전용 IP, 이메일 유효성 검사, 글로벌 받은 편지함 배치 가시성을 추가하여 문제를 사전에 방지하며, Enterprise는 다중 리전 복원력, 워크로드 수준 평판 격리, 연간 전달 가능성 평가를 추가합니다.가격 플랜은 중동(UAE) 및 중동(바레인) 리전을 제외한 Amazon SES를 사용할 수 있는 모든 AWS 리전에서 사용할 수 있습니다.시작하려면 Amazon SES 콘솔에 로그인하고 가격 플랜 섹션으로 이동하십시오. 자세히 알아보려면 Amazon SES 가격 페이지 또는 Amazon SES 개발자 가이드를 방문하십시오.
오늘 Amazon Elastic Container Service(Amazon ECS)는 Action Logs를 출시합니다. 이는 서비스 배포 및 ECS Managed Daemon 업데이트 중에 고객을 대신하여 Amazon ECS가 수행하는 작업에 대한 상세하고 타임스탬프가 찍힌 기록을 제공하는 새로운 관찰 기능입니다. 이전에 보이지 않았던 서비스 측 작업을 노출함으로써, Action Logs는 AWS Support에 연락하거나 여러 소스의 데이터를 수동으로 상관시키지 않고도 워크로드를 직접 모니터링하고 문제를 해결하는 데 도움을 줍니다.Action Logs를 통해 서비스 배포 및 Managed Daemon 업데이트의 주요 배포 상태 전환에 대한 가시성을 확보할 수 있습니다. 각 로그 항목에는 이벤트 이름, 로그 수준(INFO, WARN 또는 ERROR), 관련 리소스 ARN 및 상태 이유가 포함되어 있어 문제가 발생했을 때 평균 해결 시간을 단축하는 데 도움이 됩니다. Amazon ECS 콘솔 또는 Amazon CloudWatch vended logs API를 사용하여 클러스터 수준에서 옵트인할 수 있으며, 운영 요구 사항에 따라 Amazon CloudWatch Logs, Amazon S3 또는 Amazon Kinesis Data Firehose로 로그를 전달하도록 선택할 수 있습니다. 출시 시점에 Amazon ECS 콘솔의 Amazon Q는 Action Logs와 통합되어 서킷 브레이커 롤백 및 불안정한 서비스 수정과 같은 배포 문제를 자동으로 감지하여 고객에게 콘솔을 벗어나지 않고도 근본 원인 분석, 리소스 수준 비교 및 단계별 해결 가이드를 제공합니다. 로그 수집 및 저장에는 표준 CloudWatch Logs, Amazon S3 또는 Amazon Data Firehose 요금이 적용됩니다. 요금에 대한 자세한 내용은 Amazon CloudWatch Pricing을 참조하십시오.Amazon ECS Action Logs는 AWS GovCloud (US) 리전을 포함한 모든 AWS 리전에서 사용할 수 있습니다. 자세한 내용은 Amazon ECS 개발자 가이드의 Monitor Amazon ECS operations with Action Logs를 참조하십시오.
Amazon Relational Database Service (Amazon RDS) for SQL Server가 이제 Enterprise, Standard, Developer 에디션에 대해 Microsoft SQL Server 2025를 지원합니다. SQL Server 2025는 AI 통합을 데이터베이스 엔진에 직접 통합하여 고객이 추가 미들웨어 없이 T-SQL에서 외부 REST 엔드포인트를 호출할 수 있도록 합니다. RDS for SQL Server를 실행하는 고객은 이 기능을 사용하여 애플리케이션을 재설계하지 않고도 Amazon Bedrock, Amazon SageMaker, Amazon S3, AWS Lambda와 같은 AWS 서비스와 기존 데이터베이스 워크로드를 안전하게 통합할 수 있습니다. 이를 통해 AI 기반 쿼리 어드바이저, 자동화된 성능 분석, 이벤트 기반 워크플로우, Amazon EC2에서 사용자 지정 웹 서비스 호출과 같은 시나리오를 구현할 수 있습니다. SQL Server 2025는 라이선스 비용 없이 개발 및 테스트를 위한 새로운 무료 에디션(Standard Developer Edition 또는 Dev-SE)과 최대 32코어 및 256GB 버퍼 풀 메모리까지 상당한 Standard Edition 용량 증가를 도입합니다. Standard Edition은 이전에 Enterprise Edition에만 독점적으로 제공되었던 Resource Governor도 지원합니다. SQL Server 2025는 또한 데이터베이스 내에서 직접 벡터 임베딩을 저장하고 쿼리하기 위한 네이티브 벡터 데이터 타입을 도입합니다. RDS에서 이전 SQL Server 버전을 실행하는 고객은 DB 엔진 버전을 수정하여 SQL Server 2025로 업그레이드할 수 있으며, 온프레미스에서 SQL Server를 실행하는 고객은 완전 관리형 인프라를 활용하여 이러한 기능을 이용하기 위해 마이그레이션할 수 있습니다. 자세한 내용은 Amazon RDS for SQL Server 사용자 가이드를 참조하십시오. 최신 가격 및 지역별 가용성은 Amazon RDS for SQL Server 가격을 참조하십시오.
AWS HealthOmics private workflows가 아시아 태평양 (도쿄) 및 미국 동부 (오하이오) 리전에 출시되어, 지역별 규정 준수 요구 사항이 있는 연구, 신약 개발 및 농업 과학 이니셔티브를 위한 완전 관리형 생물정보학 워크플로우에 대한 액세스가 확대되었습니다. AWS HealthOmics는 의료 및 생명 과학 고객이 완전 관리형 생물정보학 워크플로우를 통해 과학적 발전을 가속화하도록 지원하는 HIPAA 적격 서비스입니다.HealthOmics private workflows를 통해 고객은 Nextflow, WDL 및 CWL을 포함한 익숙한 도메인별 언어를 사용하여 유전체 데이터 분석 파이프라인을 구축하고 확장할 수 있으며, 이를 통해 의료 및 생명 과학 고객은 인프라 관리 대신 과학적 발견에 집중할 수 있습니다. HealthOmics는 버전 제어 워크플로우 개발을 위한 Git 통합 및 Amazon ECR을 통한 타사 컨테이너 레지스트리 지원과 같은 내장 기능을 제공하여, 기존 파이프라인을 쉽게 마이그레이션하고 새로운 유전체 워크플로우 개발을 가속화하는 동시에 완전한 데이터 출처 및 규정 준수 요구 사항을 유지할 수 있도록 합니다.Private workflows는 현재 다음 AWS 리전에서 사용할 수 있습니다: 미국 동부 (버지니아 북부, 오하이오), 미국 서부 (오레곤), 유럽 (프랑크푸르트, 아일랜드, 런던), 이스라엘 (텔아비브), 아시아 태평양 (서울, 싱가포르, 도쿄). 자세한 내용은 AWS HealthOmics 사용자 가이드를 참조하십시오. 가격에 대한 자세한 내용은 AWS HealthOmics 가격을 참조하십시오.
오늘 AWS는 AWS Data Exports(Cost and Usage Report)에서 Amazon Bedrock에 대한 표준화된 제품 메타데이터를 발표하여 FinOps 팀과 클라우드 관리자가 Bedrock 비용을 이해할 수 있도록 일관되고 구조화된 속성을 제공합니다. AWS Data Exports를 사용하면 AWS 비용 및 사용량 데이터를 사용자 지정으로 내보내고 Amazon S3로 전달하여 Amazon Athena로 쿼리하거나 데이터 웨어하우스에 로드할 수 있습니다. 이러한 속성을 통해 CUR 2.0에서 다양한 제품 메타데이터를 구문 분석하기 위한 사용자 지정 로직을 구축하지 않고도 Bedrock 지출을 추적할 수 있습니다.표준화된 속성에는 모델 제공업체, 모델 이름, 가격 책정 단위, 추론 유형(예: 입력 토큰 또는 출력 토큰) 및 기능(예: 온디맨드 또는 배치와 같은 추론 서빙 모드)과 함께 모든 Bedrock 비용을 통합하는 통합 "Amazon Bedrock" 제품군 이름이 포함됩니다. CUR 2.0에서 모델 제공업체, 모델 이름, 추론 유형 및 기능 속성은 제품 맵 열에서 사용할 수 있으며, 가격 책정 단위는 열로 사용할 수 있습니다. 표준화된 필드는 추가 비용 없이 기본적으로 AWS Data Exports를 사용하는 Amazon Bedrock 고객에게 제공됩니다.자세히 알아보려면 Amazon Bedrock 제품 페이지를 방문하고 표준화된 제품 속성에 대한 AWS Data Exports 사용자 가이드의 제품 열을 참조하십시오.
오늘부터 Amazon Elastic Compute Cloud (Amazon EC2) R8i 및 R8i-flex 인스턴스가 유럽 (스톡홀름, 취리히) 리전에서 제공됩니다. 이 인스턴스는 AWS에서만 제공되는 맞춤형 Intel Xeon 6 프로세서로 구동되며, 클라우드에서 동급 Intel 프로세서 중 가장 높은 성능과 가장 빠른 메모리 대역폭을 제공합니다. R8i 및 R8i-flex 인스턴스는 이전 세대 Intel 기반 인스턴스 대비 최대 15% 더 나은 가격 대비 성능과 2.5배 더 높은 메모리 대역폭을 제공합니다. R7i 인스턴스 대비 20% 더 높은 성능을 제공하며, 특정 워크로드의 경우 더 높은 성능 향상을 기대할 수 있습니다. PostgreSQL 데이터베이스의 경우 최대 30% 더 빠르고, NGINX 웹 애플리케이션의 경우 최대 60% 더 빠르며, AI 딥 러닝 추천 모델의 경우 R7i 대비 최대 40% 더 빠릅니다. R8i-flex는 최초의 메모리 최적화 Flex 인스턴스로, 대부분의 메모리 집약적 워크로드에 대해 가격 대비 성능 이점을 얻을 수 있는 가장 쉬운 방법입니다. large부터 16xlarge까지 가장 일반적인 크기를 제공하며, 모든 컴퓨팅 리소스를 완전히 활용하지 않는 애플리케이션에 훌륭한 첫 번째 선택이 될 것입니다. R8i 인스턴스는 모든 메모리 집약적 워크로드, 특히 가장 큰 인스턴스 크기나 지속적인 높은 CPU 사용량이 필요한 워크로드에 훌륭한 선택입니다. R8i 인스턴스는 2개의 베어 메탈 크기와 가장 큰 애플리케이션을 위한 새로운 96xlarge 크기를 포함하여 13가지 크기를 제공합니다. R8i 인스턴스는 SAP 인증을 받았으며 142,100 aSAPS를 제공하여 미션 크리티컬 SAP 워크로드에 대해 탁월한 성능을 제공합니다. 시작하려면 AWS Management Console에 로그인하십시오. R8i 및 R8i-flex 인스턴스에 대한 자세한 내용은 AWS News 블로그를 방문하십시오.
오늘 AWS는 Virtual Private Cloud Endpoint를 통해 전송되는 작업을 캡처하는 CloudTrail 이벤트 유형인 VPC 엔드포인트에 대한 네트워크 활동 이벤트에 대한 향상된 이벤트 필터링을 출시합니다. 고객은 이제 API 호출을 수행하는 IAM 사용자 ID를 기반으로 로깅되는 네트워크 활동 이벤트를 제어할 수 있습니다. 예를 들어, 호출 사용자 ID가 알려진 안전 목록에 없을 때 액세스 거부 이벤트만 로깅하도록 선택기를 구성할 수 있습니다. 이를 통해 신뢰할 수 있는 ID의 일상적인 트래픽을 제외하면서 무단 액세스 시도를 캡처하여 로깅 비용과 노이즈를 모두 줄일 수 있습니다.사용자 ID 필터링을 통해 데이터 경계 전략을 구축하는 고객은 보안상 가장 중요한 시나리오에 대한 네트워크 활동 이벤트 로깅에 집중할 수 있습니다. 신뢰할 수 있는 IAM 역할 세트 외부의 ID로부터 VpceAccessDenied 이벤트만 로깅하도록 선택기를 구성할 수 있습니다. 이를 통해 승인된 주체의 모든 성공적인 API 호출을 로깅하는 비용 없이 VPC 엔드포인트를 통한 잠재적인 데이터 유출 시도를 탐지할 수 있습니다. 사용자 ID 조건을 eventName 또는 vpcEndpointId와 같은 기존 필드와 결합하여 기록되는 내용을 세밀하게 제어할 수 있습니다.이 기능은 AWS Management Console, AWS Command Line Interface 및 AWS SDK를 통해 사용할 수 있습니다. 이 기능은 CloudTrail 네트워크 활동 이벤트가 지원되는 모든 AWS 리전에서 사용할 수 있습니다. 네트워크 활동 이벤트에 대해 자세히 알아보려면 AWS CloudTrail 사용자 가이드를 방문하거나 네트워크 활동 이벤트 활성화 방법에 대한 AWS 블로그를 읽어보십시오.