2026년 6월 1일부터 7일까지의 한 주는 워크로드를 지금 있는 자리에 붙잡아 두던 오래된 이유 두 가지를 없앴다. 데이터베이스를 EC2에 묶어 두던 SQL Server 라이선스, 그리고 애플리케이션을 리전 하나에 묶어 두던 Cognito 사용자 풀이다. 어느 출시도 화려하지 않다. 둘 다 "안 됩니다, 왜냐하면"으로 끝나던 마이그레이션 대화를 바꾼다.

그 아래에서는 Kubernetes 1.36이 user namespaces 정식 출시(GA)와 함께 Amazon EKS에 도착했고, Fargate는 32 vCPU 태스크까지 커졌으며, Cost and Usage Report가 마침내 손으로 짠 파이프라인 없이 Athena와 Redshift에 들어간다. 묶어서 읽으면 배관 공사의 한 주였고, 플랫폼 팀이 진짜 돈을 아끼는 곳이 바로 배관 공사의 주다.

RDS for SQL Server: 이미 지불한 라이선스를 가져오라

6월 2일에 공개된 Amazon RDS for SQL Server가 이제 Bring Your Own Media를 지원한다. 온프레미스, 다른 클라우드, 또는 EC2 위에서 직접 관리하던 SQL Server에서 옮겨 오는 고객은 Microsoft의 License Mobility 프로그램을 통해 Software Assurance를 포함한 기존 SQL Server 라이선스를 재사용하면서 RDS에서 실행할 수 있다. 라이선스 사용량은 AWS License Manager로 추적된다.

지금까지 RDS의 선택지는 License Included였고, 이는 엔터프라이즈 계약 기간 중간에 있다면 Microsoft에 두 번 돈을 내는 것을 뜻했다. SQL Server 자산이 RDS 대신 EC2에 자리 잡는 이유로 내가 들어 온 것 중 단연 가장 흔한 것이 그것이었다. 기술적 제약이 아니라 조달상의 제약이다. BYOM은 그 논거를 걷어 내고, AWS Transform이 BYOM과 License Included를 비교 모델링하는 비용 평가를 추가하기 일주일 전에 도착한다(그쪽은 6월 8일자이므로 다음 주 글에 속한다).

트레이드오프는 License Mobility가 늘 지니던 것이다. 활성 상태의 Software Assurance에 의존하고, 이제 관리형 서비스 위에서 컴플라이언스 상태를 증명할 책임이 당신에게 있다. License Manager는 수를 세는 데 도움을 주지만 감사에는 도움이 되지 않는다. 첫 인스턴스를 띄우기 전에 그것을 누가 소유할지 정하라.

Cognito에 두 번째 리전이 생기다, 조건부로

Amazon Cognito 멀티 리전 복제는 사용자 프로필, 자격 증명, 풀 구성의 동기화된 복사본을 보조 리전에 유지한다. 출시 글이 모양을 명확히 밝힌다. 복제는 단방향이고, 보조 리전은 read-only로 인증을 처리하며, 어느 리전이 발급한 토큰이든 양쪽에서 인식되고, 페더레이션(소셜, SAML, OIDC)은 복제본에서 동작한다. 16개 리전의 Essentials와 Plus 티어 풀을 위한 애드온이며, 가격은 복제 리전당 월간 활성 사용자 한 명에 Essentials는 $0.0045, Plus는 $0.006이고, 머신 간 토큰에는 30% 추가 요금이 붙는다.

Cognito는 많은 아키텍처에서 "멀티 리전"을 거짓말로 만들던 구성 요소였다. 데이터베이스는 복제됐고, 컴퓨트는 상태가 없었고, ID 공급자는 정확히 한 곳에 살았다. 이번 출시가 그것을 고치지만, 축하하기 전에 설정 단계를 읽어라. 멀티 리전 KMS 키가 필요하고, OIDC 발급자 유형을 새 멀티 리전 엔드포인트로 전환해야 하는데, 이는 모든 서버 측 클라이언트를 재배포하고 모바일 앱 업데이트를 내보내야 한다는 뜻이다. Lambda 트리거, SMS와 이메일 구성, 로그 스트리밍, WAF 규칙은 복제되지 않는다. 대상 리전에서 손으로 다시 만든다. 페일오버 중에는 로그인은 계속되지만 신규 가입과 프로필 업데이트는 멈춘다.

페일오버 자체는 당신의 몫이다. 당신이 설계한 상태 검사가 구동하는 DNS 업데이트다. 커스텀 도메인을 쓰는 managed login에는 Route 53 상태 검사에 기반한 내장 라우팅이 있다. 필요해지기 전에 비수기 트래픽의 작은 몫을 보조 리전으로 보내 두라는 그 글의 조언이 게임의 전부다. 테스트되지 않은 대기 시스템은 가설이다.

EKS의 Kubernetes 1.36: 웹훅은 줄고, root는 덜하게

Amazon EKS와 EKS Distro가 Kubernetes 1.36을 지원한다. GovCloud를 포함해 EKS가 돌아가는 모든 리전에서다. 플랫폼 운영자에게 중요한 기능은 넷이다. User Namespaces가 GA가 되어 컨테이너 root를 권한 없는 호스트 사용자에 매핑하므로 컨테이너 탈출로 노드 권한을 얻지 못한다. Mutating Admission Policies는 웹훅 인프라를 돌리지 않고 API 서버 안에서 CEL 기반 변형을 표현하게 해 준다. in-place Pod 수준 수직 스케일링은 재시작 없이 Pod의 공유 CPU와 메모리 예산을 조정한다. 그리고 Resource Health Status는 디바이스 상태를 Pod status에 드러낸다.

행동에 옮길 것은 Mutating Admission Policies다. 당신이 돌리는 모든 mutating 웹훅은 모든 kubectl apply의 크리티컬 패스 위에 있는 구성 요소이고, 자기만의 TLS, 자기만의 가용성, 자기만의 타임아웃을 갖는다. 사이드카 주입, 기본 레이블, 이미지 재작성을 CEL 정책으로 옮기면 장애의 한 부류가 사라진다. User Namespaces는 보안 쪽 수확이지만 런타임과 노드 지원이 필요하므로, 플래그가 아니라 노드 그룹 마이그레이션으로 다뤄라.

Athena와 Redshift의 CUR 2.0, 접착제 없이

Cost and Usage Report 2.0이 이제 Athena와 Redshift에 통합된다. 엔진을 고르면 내보내기가 올바른 형식(Parquet 또는 GZIP)으로 템플릿, 테이블 정의, 로드 지침과 함께 도착하고, 데이터가 갱신될 때 테이블도 갱신된다. 청구 데이터를 쿼리 가능하게 만들려고 Glue 크롤러와 CloudFormation 스택을 유지해 온 사람이라면 이것이 무엇을 대체하는지 안다. 모든 상용 리전에서 쓸 수 있고, GovCloud와 중국은 아니다. EBS와 ECS 라이트사이징을 위해 마침내 한 달 주기를 온전히 덮게 된 Compute Optimizer의 새 32일 lookback과 짝지어 쓰라.

이번 주의 다른 소식

관통하는 맥락

이번 주의 출시 중 어느 것도 이전에 만들 수 없던 기능을 더하지는 않는다. 자기 라이선스로 EC2에서 SQL Server를 돌릴 수 있었다. Cognito 내보내기 작업을 짜 놓고 기도할 수 있었다. 웹훅을 돌릴 수 있었다. 달라진 것은, 예전에는 비관리형 경로를 강요하던 경우를 이제 관리형 경로가 덮는다는 것이고, "우리가 돌리고 싶은 것"과 "라이선스나 아키텍처가 허락하는 것" 사이의 간극이 조금 좁아졌다는 것이다. 마이그레이션을 움직이는 것은 키노트의 주가 아니라 이런 주들이다.

다음으로 읽을 글

이 주의 AI와 에이전트 쪽 읽기는 ercan.ai에 있다. AWS, 클라우드, CI/CD 파이프라인, Linux, GitHub/GitLab 등에 대한 컨설팅의 허브는 ercanermis.com이다.

참고 자료