8월 31일 주는 AWS와 Azure 양쪽에서 워크로드를 돌리는 누구에게든 직접 만들어 쓰던 두 가지를 주었다. Microsoft Azure와의 AWS Interconnect multicloud가 퍼블릭 프리뷰에 들어갔고, 두 클라우드 사이의 관리형 프라이빗 연결이다. 그리고 AWS Transform이 이제 마이그레이션한 블록 스토리지를 Amazon FSx for NetApp ONTAP에 직접 내릴 수 있다. 같은 주에 Amazon Linux 2027이 SELinux enforcing을 기본으로 퍼블릭 프리뷰에 들어갔고, Graviton5 R9g와 R9gd 인스턴스가 GA됐으며, Lambda SnapStart가 컨테이너 이미지에 도달했다. 모델 쪽에서는 Claude Fable 5.1이 AWS에서 사용 가능해졌다. 그 소식은 ercan.ai에서 깊이 다룬다.

AWS Interconnect: 제품이 된 멀티클라우드 네트워킹

지금까지 AWS VPC를 Azure VNet에 프라이빗하게 연결하는 것은 둘 중 하나를 뜻했다. 인터넷 위의 IPsec 터널 한 쌍, 또는 한쪽에 Direct Connect, 다른 쪽에 ExpressRoute, 가운데에 당신이 소유한 라우터가 있는 코로케이션 케이지. AWS Interconnect multicloud는 둘을 콘솔, CLI, API에서 만드는 연결 하나로 대체한다. AWS는 re:Invent 2025에서 이것을 오픈 사양으로 처음 보여줬고, Azure는 이를 채택한 최신 공급자다. 프리뷰는 US East (N. Virginia), US West (N. California), Asia Pacific (Sydney), Europe (Frankfurt)에서 돈다. 발표문에는 대역폭 티어나 요금이 없으니 들리는 숫자는 모두 미확인으로 다뤄라.

이것이 단지 네트워킹 이야기가 아니라 마이그레이션 이야기인 이유는 이렇다. Azure에서 AWS로 옮기는 가장 어려운 단계는 중간이다. 데이터베이스는 한쪽에 있고 서비스 절반은 다른 쪽에 있을 때, VPN 터널의 지연 시간과 이그레스가 그 상태로 얼마나 오래 살 수 있는지를 결정한다. 프라이빗 관리형 링크는 느리고 조심스러운 마이그레이션의 비용을 낮추고, 그것이 유일하게 작동하는 종류의 마이그레이션이다. 실패 모드는 모든 관리형 네트워크 제품과 같다. 아무도 계획하지 않은 트래픽의 하중을 떠받치게 되므로, 첫날부터 라우트 필터를 설정하고 임시여야 할 플로에 태그를 달아라. 선은 왔다. Azure 탈출의 코드 변환 쪽은 여전히 AWS Transform의 .NET과 Windows 에이전트에 있고, 지켜볼 간극은 그것이다.

AWS Transform: 블록 스토리지를 FSx for ONTAP으로 곧장

FSx for NetApp ONTAP이 이제 블록 스토리지의 GA 타깃이다. AWS Transform 마이그레이션에서 EBS와 나란히. 블록 볼륨을 컴퓨트, 네트워킹과 같은 웨이브에서 옮기며, 중간 스토리지 플랫폼도 별도 스토리지 마이그레이션 도구도 없고, AWS는 NetApp ONTAP, 다른 블록 스토리지, VMware에서 오는 워크로드의 접근 패턴과 운영 프로세스가 그대로 이어진다고 말한다.

이것은 스토리지에서 멈추는 마이그레이션에 중요하다. 뒤에 SAN이 있는 VMware 자산은 대개 옛 LUN 크기에 맞춘 EBS 볼륨으로 끝나고, 스토리지 팀이 의존하던 중복 제거, 스냅샷, 복제를 잃고, 스토리지 팀은 반발한다. ONTAP에 내리면 그들의 도구와 SnapMirror 관계가 그대로 유지된다. 트레이드오프는 EBS 대비 GB당 비용과 운영할 서비스 하나 추가다. 결정 규칙은 단순하다. 소스 팀이 지금 ONTAP을 관리한다면 ONTAP을 유지하고, 날 디스크를 관리한다면 EBS로 가라. 같은 주에 Aurora MySQL에 멀티 소스 복제와 지연 복제가 추가됐다(버전 8.4.8 이상). 샤드나 리전별 데이터베이스를 클러스터 하나로 합치는 통합 도구다. 그리고 DocumentDB는 이제 3.6과 4.0에서 8.0으로 직접 업그레이드한다. 중간 단계 없이.

Amazon Linux 2027: SELinux enforcing, 커널 7.1, AWS-LC

AL2027은 AL2023 베이스라인 위에 7.1 이상 커널, 최신 툴체인과 언어 런타임, Neuron 드라이버 지원, 암호화용 AWS-LC, 그리고 기본으로 enforcing 모드인 SELinux를 얹는다. 프리뷰 AMI는 모든 상용 리전의 콘솔에 x86-64와 ARM용으로 있고, 컨테이너 베이스 이미지는 ECR Public Gallery에 있으며, 피드백은 AL2027 GitHub 저장소로 간다.

기본 SELinux enforcing이 계획을 세워야 할 선이다. AL2023은 permissive로 출시됐고, "AL2023에서 동작하는" 많은 소프트웨어는 거부가 강제되는 대신 로그에 남았기 때문에 동작한다. 지금 AL2027 테스트 이미지를 만들고, 실제 워크로드를 돌리고, 정책 모듈이 필요한지 다른 베이스 이미지가 필요한지 결정하기 전에 ausearch -m AVC -ts recent를 읽어라. 암호화 변경은 더 미묘하다. AWS-LC는 대부분의 용도에서 당신이 기대하는 OpenSSL과 API 호환이지만, 엔진 모듈을 로드하거나 잘 안 쓰는 암호 스위트에 의존하는 것은 테스트할 가치가 있다. 프리뷰는 둘을 찾기에 싼 시간이다.

Graviton5 R9g: 검증된 격리 엔진을 가진 첫 인스턴스

R9g와 R9gd가 GA됐다. US East (N. Virginia, Ohio), US West (Oregon), Europe (Frankfurt)에서, AWS는 R8g 대비 최대 25퍼센트 나은 컴퓨트, 최대 30퍼센트 빠른 데이터베이스, 5배 큰 캐시를 주장한다. 6세대 Nitro System 위에서 돌고, Nitro Isolation Engine을 탑재한 첫 인스턴스다. AWS는 이것이 형식 검증을 사용해 워크로드 격리의 수학적 보증을 제공한다고 말한다. 성능 주장은 당신의 데이터베이스 티어에서 직접 벤치마크하라. 격리 주장은 신중하게 읽어라. "형식적으로 검증됨"은 특정 모델에 대한 진술이고, 그 모델의 범위가 감사인이 물을 것이다.

이번 주의 다른 소식

관통하는 맥락

이번 주 AWS는 마이그레이션이 시작되는 이유가 아니라 멈추는 이유를 겨눴다. 클라우드 사이의 네트워크는 프로젝트였다. 이제 리소스다. SAN은 스토리지 팀의 거부권이었다. 이제 그들이 이미 운영하는 제품 위에 내린다. 데이터베이스 통합은 DMS 작업이었다. 이제 복제 설정이다. 어느 출시도 혼자서는 헤드라인이 아니지만, 함께 놓으면 마이그레이션 계획이 "2단계"라고 쓰고 "영원히 안 함"을 뜻하는 가장 흔한 이유 셋을 없앤다. AL2027은 목적지도 계속 움직인다는 것을 다시 알려준다. 올해 마이그레이션해 올라가는 OS는 내년에 SELinux enforcing을 원하고, 프리뷰가 당신의 경고다.

다음으로 읽을 글

같은 주의 AI와 에이전트 쪽 읽기는 ercan.ai의 필드 노트에 있다. AWS, 클라우드, CI/CD 파이프라인, Linux, GitHub/GitLab 등에 대한 컨설팅은 ercanermis.com을 통해 진행한다.

참고 자료