Introducing Amazon Linux 2

Introducing Amazon Linux 2(aws.amazon.com)

71 points by hgontijo 8 years ago | 26 comments

jnsaff2 8 years ago |

Q. How is Amazon Linux 2 different from its predecessors?

There are four major differences Amazon Linux 2 has from its predecessors:

    Amazon Linux 2 will offer long-term support.

    It is available as a VM image for on-premises development and testing.

    It includes systemd service and systems manager as opposed to System V init system and also includes new version of compiler and build tools.

    It provides the ability to install additional software packages through Extras mechanism without impacting the underlying LTS stability of the operating system.

https://aws.amazon.com/amazon-linux-2/faqs/

unwind 8 years ago | |

Meta: Please don't indent to block quote. It is for code, and due to HN's design makes it unreadable on mobile.

reustle 8 years ago | | |

Yeah, unfortunately see it done often too. Here's the text:

---

> Amazon Linux 2 will offer long-term support.

> It is available as a VM image for on-premises development and testing.

> It includes systemd service and systems manager as opposed to System V init system and also includes new version of compiler and build tools.

> It provides the ability to install additional software packages through Extras mechanism without impacting the underlying LTS stability of the operating system.

Hackosaurus 8 years ago |

We are using Amazon Linux in my company, because it is part of the RPM based distributions that are "security approved" (we needed a recent officially built kernel). I always felt it was a weird monster, that works really well for containers, or applications that don't rely on lots of system libraries. You could quickly end up pulling some packages from both EPEL 6 and 7 (if you want clang for example)

I hope we can use the entire EPEL7 with this new version.

sd6594 8 years ago |

systemd support is a quite big news, I guess they're now based on Centos 7.

dod9er 8 years ago | |

Someone already pointed out the differences? What kind of optimisations are done to qualify a new spinoff?

microcolonel 8 years ago | |

> I guess they're now based on Centos 7

If the quoted package versions are anything to go by, that is not the case.

jlgaddis 8 years ago | | |

Is Amazon's "Extras" something different than RHEL/CentOS's "Software Collections"? At first glance, they appear to be basically the same thing to me.

make3 8 years ago |

as an AWS noob, why would anyone use this over Centos or Ubuntu?

jon-wood 8 years ago | |

If you're running on AWS it's really nice to have everything preconfigured for things like logging to Cloudwatch, and not having to mess around with kernel optimisations.

make3 8 years ago | | |

Thanks for your answer.

However, they do have images with other distros also well preconfigured though don't they?

dagw 8 years ago | |

In theory, since the kernel is specifically tuned towards running on EC2 virtual machines (by the people who know EC2 virtual machines better than anyone) as opposed to 'generic' hardware, performance might be slightly better.

Also, and for many more importantly, it's probably easier to get support from Amazon if you're using their official Linux as opposed to a third party distribution.

slgeorge 8 years ago | | |

Your first point is not true compared to Ubuntu at least [0]. AWS is basically are repackaged version of KVM (the last time I checked), so there's no particular advantage. Ubuntu (and I'm sure Centos/RHEL) provide custom images which have the same optimised code.

[0] I'm pretty sure it's true for CentOS / RHEL, I just don't know for a fact.

lscotte 8 years ago | | |

Ubuntu has kernels specifically tuned for different cloud providers in LTS releases. For AWS, it's the linux-aws package.

rambojazz 8 years ago |

What about the licensing terms of this OS, and the eventual blobs that can possibly come with it?

mvanbaak 8 years ago |

"It includes systemd service and systems manager as opposed to System V init system"

I'm off to rewrite/test/fix all ansible and puppet modules so they support FreeBSD. I had hoped AWS was smart enough to stay sober, but no. Too bad, I liked AWS Linux.

lykr0n 8 years ago | |

I don't know about you, but I like how systemd can restart my processes if they die. sysvinit is ancient; time to move on.

lscotte 8 years ago | | |

Systemd is a huge improvement for sure. There's some effort involved in understanding new things, and this is one which has ultimately made our lives much easier. I say this as someone who maintains the OS for a large AWS deployment and has made the effort the understand it rather than run away in irrational fear.

cheald 8 years ago | | |

I've been managing all my application daemons with supervisord across systems for this reason - it's agnostic as to the underlying init system, can restart crashed daemons, and provides the same kind of "service up/down" functionality as sysv or systemd. Systemd can do quite a lot, but if you have to do any kind of orchestration across nonhomogenous machines, you can't necessarily count on it being in play.

nailer 8 years ago | | |

Yeah ditto, avoided Amazon Linux for ages since I didn't want to replace my .service files with shell scripts, forever/monit etc, and logging to 'local4'.

tbortels 8 years ago | |

Yes, pity. The lack of systemd is a major driver for use of Amazon Linux for us and our efforts to get away from Red Hat. We won't be adopting AL 2 because of this (not if I can help it anyway). I had actually thought that AL not adopting systemd was a sign of clue, but it seems it was just slowness. Let's hope they leave the original AL around long enough to find alternatives we can trust.

lykr0n 8 years ago | | |

Systemd, for all its flaws, is vastly superior to sysvinit. Running from it is only delaying the inevitable.

Red Hat is not systemd. You'll find it in Ubuntu, Debian, SuSE, Arch, and RHEL/CentOS/Scientific.

scrollaway 8 years ago |

Is this going to trickle down to Lambda? If so what's the implication there, anything interesting?

Amazon Linux 2 will offer long-term support. It is available as a VM image for on-premises development and testing. It includes systemd service and systems manager as opposed to System V init system and also includes new version of compiler and build tools. It provides the ability to install additional software packages through Extras mechanism without impacting the underlying LTS stability of the operating system.