문의하기

Back in April, we provided an in-depth look into atomic updating 

bash-161382_640
and announced the first of many atomic updates. Since then, Red Hat Enterprise Linux Atomic Host has continued to evolve, along with the asynchronous kernel errata. What's changed in the last few months? Let's take a look.

We first introduced the atomic command-line interface with Red Hat Enterprise Linux Atomic Host 7.1.2:

  • atomic run —  allows a container to specify its run-time options via the RUN meta-data label. This is used primarily with privileges.
  • atomic install and atomic uninstall — allow a container to specify install and uninstall scripts via the INSTALL and UNINSTALL meta-data labels.
  • atomic supports container upgrade and checking for updated images.

With Red Hat Enterprise Linux Atomic Host 7.1.3, we took the the atomic command a step further:

  • atomic upload — allows the user to upload a container image to a docker repository or to a Pulp/Crane instance.
  • atomic version — displays the "Name Version Release" container label in the following format: ContainerID;Name-Version-Release;Image/Tag
  • atomic verify — inspects an image to verify that the image layers are based on the latest image layers available. For example, if you have a MongoDB application based on rhel7-1.1.2 and a rhel7-1.1.3 base image is available, the command will inform you there is a later image.

Now with Red Hat Enterprise Linux Atomic Host 7.1.4, you can use the atomic command to pass three options (OPT1, OPT2, OPT3) to the LABEL command in a Dockerfile. Developers can add environment variables to the labels to allow users to pass additional commands using atomic.

The following is an example from a Dockerfile:

LABEL docker run ${OPT1}${IMAGE}

This line means that running the following command:

atomic run --opt1="-ti" image_name

is identical to running

docker run -ti image_name
  • You can now use ${NAME} and ${IMAGE} anywhere in your label, and atomic will substitute it with an image and a name.
  • The ${SUDO_UID} and ${SUDO_GID} options are set and can be used in image LABEL.
  • The atomic mount command attempts to mount the file system belonging to a given container/image ID or image to the given directory. Optionally, you can provide a registry and tag to use a specific version of an image.

Other updates:

  • The iscsi-initiator-utils package was also added to Red Hat Enterprise Linux Atomic Host with 7.1. This allows the system to mount iSCSI volumes; Kubernetes gained a storage plugin to set up iSCSI mounts for containers.
  • In 7.1.3, we enhanced rpm-OSTree to provide a unique machine ID for each machine provisioned. We added support for remote-specific GPG keyring, specifically to associate a particular GPG key with a particular OSTree remote. And, a dbus interface was added to verify and version commands.
  • With 7.1.4 -
    • The iptables-service package has been added.
    • It is now possible to enable automatic "command forwarding" when commands that are not found on Red Hat Enterprise Linux Atomic Host, are seamlessly retried inside the RHEL Atomic Tools container. The feature is disabled by default (it requires a RHEL Atomic Tools pulled on the system). To enable it, uncomment the export line in the /etc/sysconfig/atomic file so it looks like this:

      export TOOLSIMG=rhel7/rhel-tools
      

For more information on what's been added to Red Hat Enterprise Linux Atomic Host, view the release notes and other documentation on the Red Hat Customer Portal.


Red Hat logoLinkedInYouTubeFacebookTwitter

제품

체험, 구매 & 영업

커뮤니케이션

Red Hat 소개

Red Hat은 Linux, 클라우드, 컨테이너, 쿠버네티스 등을 포함한 글로벌 엔터프라이즈 오픈소스 솔루션 공급업체입니다. Red Hat은 코어 데이터센터에서 네트워크 엣지에 이르기까지 다양한 플랫폼과 환경에서 기업의 업무 편의성을 높여 주는 강화된 기능의 솔루션을 제공합니다.

Red Hat Shares 뉴스레터를 구독하세요

지금 신청하기

언어 선택