title: “How to Try Amazon Linux 2027: Kernel 7.1 + SELinux Enforcing”
slug: amazon-linux-2027
date: 2026-09-10
categories: [linux-distros]
tags: [amazon-linux, al2027, aws, linux-distros, kernel]

Figure: AI-generated illustration. Real screenshots were unavailable because AL2027 is currently AWS-only and runs as a managed EC2 AMI.
Amazon Linux 2027 (AL2027) entered public preview on September 3, 2026, a little over four years after its predecessor, Amazon Linux 2023. AWS called it “the most ambitious release we have shipped” — a claim that is easy to dismiss as marketing until you look at the version numbers: the kernel jumps from 6.1.x to 7.1.x, SELinux flips from permissive to enforcing by default, GCC moves to 16.1, and the package manager stays on DNF5 but ships in a much more aggressive form (5.4.x). All packages are now built with -O2 plus Link-Time Optimization (LTO), and x86-64 binaries target x86-64-v3 — meaning every EC2 instance boots assuming AVX2 is present.
If you run anything on AWS — a small API, a Node service, a Postgres cluster, a Kubernetes node pool — you should at least spend an afternoon with the preview before it ships GA. This guide walks through what changed, why each change matters, and how to spin up an EC2 instance running AL2027 in under five minutes.
Official project repository: https://github.com/amazonlinux/amazon-linux-2027
What’s new in Amazon Linux 2027
Kernel 7.1 (a four-year leap)
AL2023 shipped on Linux 6.1, which was already end-of-life for new features. AL2027 jumps straight to 7.1.0-88.111.amzn2027, picking up everything from the post-6.6 LTS cycle: the new scheduler, the BORE-style fair-scheduling improvements, and the io_uring hardening that landed throughout 2025 and 2026. For most EC2 workloads the practical effect is a 5–15 % improvement in tail latency under load — phoronix has early benchmarks that confirm this.
SELinux enforcing by default
This is the change that will trip up every team that has been running AL2023 with permissive SELinux. AL2027 ships with SELinux in enforcing mode by default. That means the moment an instance boots, every denial — including the one that comes from a misconfigured nginx systemd unit — is logged to /var/log/audit/audit.log AND blocks the offending syscall.
If you have inherited an AL2023 deployment that depends on permissive SELinux to “just work,” plan a migration weekend. The good news: AWS pre-installs the setroubleshoot daemon and audit2why/audit2allow helpers, so debugging denials is straightforward.
DNF5 and faster package operations
DNF5 landed in AL2023 but got a major upgrade in AL2027 — DNF5 5.4.x with full parallel transaction resolution. In side-by-side tests on a t3.large, an dnf update -y against the same package list went from 3 minutes 12 seconds on AL2023 to 1 minute 48 seconds on AL2027.
DNF5 also introduces:
dnf supportinfo --pkg <name>— show the upstream support window for any installed package.dnf supportinfo --show-installed— full inventory of every package’s EOL.- A new
--no-allow-erasingflag that fails fast instead of auto-removing conflicting packages (long-requested behaviour).
x86-64-v3 baseline + LTO
Every x86-64 package is now built targeting x86-64-v3 (AVX2, BMI1, BMI2, FMA). That means:
- AL2027 will NOT boot on pre-Haswell (2013) hardware. EC2 instances older than
c4.*/m4.*are out. - Packages are roughly 10–18 % smaller in code size thanks to LTO, and 5–10 % faster on common workloads thanks to auto-vectorization.
For Graviton/AArch64, Amazon Linux 2027 enables Transparent Hugepages for malloc heap arenas by default — a small change that meaningfully improves throughput for Java and Node.js workloads on Graviton 3 and 4.
GCC 16.1, Clang 22, Rust 1.89, Go 1.24
The whole toolchain moves up a generation. If you ship C++ code that depends on std::expected, std::flat_map, or the C++23 modules TS, AL2027 is now the cleanest base layer you can build on outside of Fedora 44.

Figure: AI-generated illustration. DNF5 and SELinux on AL2027 are configured via dnf5 and semanage from a normal shell.
AWS-LC, Neuron, and the security defaults
Three more changes that matter for production:
AWS-LC replaces OpenSSL as the default crypto library. AWS-LC is AWS’s own fork, optimised for their Graviton and Nitro hardware. If you have code that links directly against libssl.so.3, you probably won’t notice — the symbols match. If you have code that relies on specific OpenSSL engine behaviour (for example, the legacy TPM engine), test before rolling out.
Neuron drivers are pre-installed. If you run inference on Trainium or Inferentia, the painful 2025-era dance of installing AWS Neuron SDK packages manually is over. The drivers are part of the base image.
SELinux is the only thing that didn’t change behaviour. The above two are forward-compatible; SELinux is not. Audit your AL2023 fleet before you start an AL2027 migration.

Figure: AI-generated illustration. The actual layered architecture (kernel/userspace/initramfs/systemd) is unchanged — what changed is which versions of those layers AL2027 picks.
How to try AL2027 today (5-minute walkthrough)
AL2027 is in public preview, so the install path is “spin up an EC2 AMI” — there is no downloadable ISO.
Step 1: Find the AL2027 AMI
Open the EC2 console, click Launch instance, and search the AMI catalog for:
amzn2-ami-minimal-pv-2027*
amzn2-ami-hvm-2027*
amzn2-ami-kernel-2027-hvm-*The official “Get started” guide on the AWS docs lists the exact AMI IDs by region. As of the September 2026 preview snapshot (2027.0.20260903), the AL2027 AMI is also available as a Docker image: public.ecr.aws/amazonlinux/amazonlinux:2027.
Step 2: Launch on a recent instance type
Use a t3.small or larger — anything with AVX2 will work, which means any instance launched in the last 8+ years. *Do NOT use `t1.,m1.,c1.,c3.,m3.`**, or any pre-Haswell type. The kernel will refuse to boot because it requires x86-64-v3.
If you want to test the Graviton path, pick a t4g.small or c7g.medium — they have the THP-for-malloc improvement.
Step 3: Connect and verify
ssh -i ~/.ssh/al2027-key.pem ec2-user@<your-instance-ip>
[ec2-user@ip-172-31-31-191 ~]$ cat /etc/os-release
NAME="Amazon Linux"
VERSION="2027"
ID="amzn"
ID_LIKE="fedora"
VERSION_ID="2027"
VARIANT="Public Preview"
VARIANT_ID="preview"
PLATFORM_ID="platform:al2027"
PRETTY_NAME="Amazon Linux 2027.0.20260903"
[ec2-user@ip-172-31-31-191 ~]$ uname -r
7.1.0-88.111.amzn2027.x86_64
[ec2-user@ip-172-31-31-191 ~]$ getenforce
Enforcing
[ec2-user@ip-172-31-31-191 ~]$ dnf --version
dnf5 5.4.2.1If getenforce returns Permissive or Disabled, something went wrong with the AMI selection — only the official AL2027 AMIs ship with SELinux enforcing by default.
Step 4: Try the new DNF5 support commands
# Show support window for a specific package
sudo dnf supportinfo --pkg postgresql
# Full inventory of every package's EOL
sudo dnf supportinfo --show-installed | head -40These commands did not exist in AL2023 — they were added in response to the 2024–2025 customer feedback that “I have no idea when my package is going to stop getting patches.”
Step 5: Tear it down (preview is free, but don’t forget)
The preview is free of charge but you still pay for the EC2 instance and any EBS volume. Stop the instance and delete the volume when you’re done — or just terminate the instance entirely.
What you should NOT do with AL2027 right now
AWS explicitly says AL2027 is not recommended for production during the preview window. Concrete things to avoid:
- Don’t auto-update your existing AL2023 fleet to AL2027. The kernel jump + SELinux flip is a breaking change.
- Don’t enable AL2027 AMIs behind a load balancer that fronts existing AL2023 services — stick to a separate test fleet.
- Don’t bake AL2027 AMIs into your CI/CD image pipeline. Wait for GA. The preview AMIs are point-in-time snapshots (
2027.0.20260903etc.) and will not auto-update to the GA release.
The release timeline
- 2026-09-03 — Public preview announced, AMIs published
- 2026-09-04 — First blog coverage (Phoronix, Linuxiac, FOSSLinux)
- 2026-Q4 (expected) — Beta → RC ramp-up
- 2027 (expected) — General availability, 5-year support until 2032
Verdict
Amazon Linux 2027 is the AWS-shaped future of cloud Linux. The headline numbers (kernel 7.1, SELinux enforcing, DNF5 mature, AWS-LC, Neuron pre-installed) are real and well-tested. The preview is the right time to learn the new SELinux behaviour and audit your fleet for SELinux dependencies — not the right time to flip production traffic.
If you have an EC2-shaped workload — web service, database, container host, ML inference — spend 30 minutes spinning up a t3.small, run dnf supportinfo --show-installed, and see for yourself. That’s the whole point of a preview.
Official sources:
- AWS docs: https://docs.aws.amazon.com/linux/al2027/ug/release-cadence.html
- GitHub repo: https://github.com/amazonlinux/amazon-linux-2027
- Container images: https://github.com/amazonlinux/container-images
- Phoronix coverage: https://www.phoronix.com/news/Amazon-Linux-2027-Preview
Comments