Red Hatでソリューションアーキテクトをしている田中司恩(@tnk4on)です。 この記事は Red Hat Developerの Deploy and test Kubernetes containers using Podman Desktop を、許可をうけて翻訳したものです。 本記事で紹介する Podman や Podman Desktop に関する情報を日本語で紹介するTwitter アカウントがあります。こちらもフォローして情報収集に活用ください。(ハッシュタグ #podmanjp) Podman(https://t.co/ipoaatoD4a)の非公式Twitterアカウント。#Podman に関する情報を日本語で配信中。ツイートは個人のものであり特定の組織や企業を代表するものではありません。The unofficial Twitter account for Podma

Red Hatの森若です。 今回は個人でChatGPT Proを契約したので、ChatGPTをRHELの運用に使えるか試してみます。 趣旨とご注意 ログの意味を教えてもらう やりたいことの実現方法を聞いてみる チェックリストのたたき台を作ってみる ドキュメントの検索をさせてみる ナレッジベースを特定バージョンむけに書き換える RHELアップグレードのための稟議書を書いてもらう 趣旨とご注意 趣旨: 乗るしかない このビッグウェーブに…… ということで流行りもので遊んでみるという話です。検索を汚染しないようにChatGPTの出力は画像で貼りつけます。 ご注意: ChatGPT(に限らず現状の大規模言語モデルと呼ばれるもの)は「それらしいテキストを生成する」という技術で、厳密な論理や一貫性のある主張、 発言が正しいことの裏づけなどはできません。使う場合には特徴を踏まえて使いましょう。 ログの意

Red Hatの森若です。 systemctlコマンドでサービスを起動すると、予期しないエラーが出力されます。しかし操作は成功しているし、df等でファイルシステムを見ても余裕があります。 今回はこの状況で何が起きていたのか見てみます。 # systemctl start httpd.service Error: No space left on device inotifyとは? linuxにはinotifyという機能があり、ファイルやディレクトリ等への操作をイベントとして取得することができます。 inotifyではアプリケーションがファイルとして「inotify instance」を用意し、inotify instanceにイベントに対応する「inotify watch」を複数登録します。 inotify watchがイベントを検出するごとに、inotify instanceのキューにイ

こんにちは、Red Hat で Middleware Technical Account Manager を担当している生井沢（@hnamaizawa）です。 この記事はRed Hat Developerのブログ記事、The road to JBoss EAP 8 を許可をうけて翻訳したものです。 オープンソースの Jakarta Enterprise Edition (Jakarta EE) に対応するアプリケーションサーバーである Red Hat JBoss Enterprise Application Platform (JBoss EAP) は、過去10年間にわたり Enterprise Java ワークロードの主力製品として信頼を得てきました。この記事では、現行バージョンである JBoss EAP 7 のリリース以降に Jakarta EE 仕様がどのように進化したのか、また J

OpenStackやOpenShiftなどのCloud製品を担当しているソリューションアーキテクトの輿水です。 宣伝になりますが、10月7日〜8日に「Containers and Cloud-Native Roadshow 2021 October」というOpenShiftのワークショップが開催されます。DEV TrackとOPS Trackに分かれており、それぞれソフトウェア開発者向け、運用管理者向けのワークショップとなっております。過去に、運用管理者向けのワークショップの内容を記事にしましたので参考にしてください。 rheb.hatenablog.com rheb.hatenablog.com rheb.hatenablog.com 最近と言うほど最近でもありませんが、Red Hat OpenShift Container Platform（以降OCP）の4.8がリリースされたので、O

5/18に、Red Hat Enterprise Linux(RHEL)として8番目のリリース、RHEL9がリリースされました!! 5/11のRed Hat Summitでの発表から1週間ほど後のリリースでした。みなさんすでにチェック済でしょうか？ www.redhat.com えっもうRHEL9でたの!? 早くない?? という反応をチラホラお見受けします。そう思われた方は鋭いです。そうなんです。RHEL8のリリースから、「メジャーバージョンのリリースは3年ごと、マイナーリリースは6ヶ月ごとに行う」というリリースモデルを定めるようになり、RHEL9はそのメジャーバージョンのリリースは3年のルールに従ってリリースされた初めてのRHELということになります。 過去のものも含め、RHELの各バージョンのリリース日はここで確認することができます。 access.redhat.com 前回、RHEL

Red Hatの森若です。 今回はRHELで『よくわからないサービス』が動作しているときに、調べる方法を見てみます。 謎(?)のサービス systemctl -t service のようなコマンドを使うと、そのシステムでのサービス一覧を見ることができます。 $ systemctl -t servce (中略) osbuild-composer.service loaded active running OSBuild Composer osbuild-dnf-json.service loaded active running OSbuild dnf-json service osbuild-worker@1.service loaded active running OSBuild Composer Worker (1) (以下略) この記事では、馴染みがないサービスを見つけた時の調べ方

レッドハットの森若です。 Red Hat Enterprise Linux 8.2もでて、「そろそろRHEL8を使ってみようかな」という人も増えてきたのではないかと思います。 RHEL 8 ではアプリケーションストリームが導入されていますから、一部パッケージは10年の標準的なライフサイクルではなく、2年から5年程度の短い期間だけ維持されます。 ではどのパッケージがいつまでサポートされるのでしょうか? この記事ではその調べ方をご紹介します。 その前にまず2点ほど前提知識をご紹介します。 Compatibility Level Red Hat Enterprise Linux では、RHEL5の頃から Application Compatibility Guideを公開し、各パッケージについての互換性維持を4段階のレベルに分けています。 RHEL 7までは、以下のようになっていました。 Com

OpenStackやOpenShiftなどのCloud製品を担当しているソリューションアーキテクトの輿水です。 「Red Hat OpenStack Platform 13と16の機能差分」という記事で、RHOSP 16から従来どおりのTelemetryがデフォルトでdisableになりService Telemetry Frameworkが推奨されていることを記載しました。今回はこのService Telemetry Frameworkについて説明いたします。 Service Telemetry Framework Service Telemetry FrameworkはRed Hat OpenShift Container Platform（以降OCP）上で稼働します。このOCPは、Telemetryの対象となるRHOSPとは独立している必要があります。 RHOSPのTelemetry

OpenStackやOpenShiftなどのCloud製品を担当しているソリューションアーキテクトの輿水です。 このブログで何度か取り上げておりますが、2021年3月の時点でRed Hat OpenStack Platform（以降RHOSP）の最新版は16.1になります。Long Life ReleaseであるRHOSP 13もメンテナンスサポート期間ではありますが、RHOSP 13のメンテナンスサポートは2021年6月27日までです。それ以降でサポートを受けるためにはExtended life cycle support (ELS) add-onが必要になります。ELSを適用した場合、サポート期限は2023年6月27日となります。RHOSPのサポートを継続して受けたい場合は、RHOSP 13のELSを導入いただくか、RHOSP 16にバージョンアップしていただく必要があります。 acc

OpenStackを担当しているソリューションアーキテクトの輿水です。 Red Hat OpenStack Platform ライフサイクル コミュニティ版TrainをベースとしたRed Hat OpenStack Platform 16（以降RHOSPとします）のマイナーアップデートバージョンである16.1がが7月29日にリリースされました。RHOSP 16はロングライフリリースですが、フルサポート対象である16.0のサポート期限は2020年10月27日までとなっており、長期サポートを受けるためには16.1にする必要があります。また、延長ライフサイクルサポート（ELS）は16.1の次のマイナーバージョンが対象予定となっており、これを利用した場合のサポート期限は2025年5月30日です。RHOSP 16全体としては5年間のサポートになっています。 RHOSPはRed Hat Enterpr

OpenStackやOpenShiftなどのCloud製品を担当しているソリューションアーキテクトの輿水です。 今回はOpenShift Container Platformのライフサイクル変更についてのお話です。10月にOpenShift Container Platform 4.9がリリースされたタイミングで、OpenShift 4のサポート期間が変更され、4.7以降のすべてのリリースのサポート期間が18ヶ月になりました。 変更前 フルサポート約4ヶ月＋メンテナンスサポート約5ヶ月＝合計約9ヶ月間のサポート Extended Update Support （EUS）リリースのみ18ヶ月間のサポート 該当するEUSリリースは4.6のみ EUSを利用するためにはプレミアムサポートサブスクリプションが必要 変更後 すべてのリリースでサポート期間は18ヶ月 フルサポート期間：6ヶ月または次期リ

Red HatでOpenShiftのサポートエンジニアをしているDaein（デイン）です。 Security Context Constraints(SCC)を正しく設定するためにどのようなプロセスで適用されているか確認していきます。 Security Context Constraints(SCC)は、OpenShiftでPodが実行できるアクション及びアクセスを制御するリソースです。Podを作成するユーザーやリンクされているServiceAccountで許可されたSCCの制限を利用し、Podを起動させます。詳細情報は次のドキュメントをご参照ください。 docs.openshift.com 処理の流れ まず、Priorityの項目を一番高く指定したSCCのみ適用されると考えてしまいがちですが、実際には対象Podの設定によっても左右されます。 また、SCCを複数付与してもその機能や権限が合

Red Hatのさいとうです。 前回のAnsible2.8の新機能1 - Interpreter Discoveryから、だいぶ時間がたってしまいましたが、Ansible 2.8で実装された新機能2をお届けします。単に忙しかっただけで書くのを忘れてたわけじゃないんですよ。 今回ご紹介するのは Become Pluginです。 Become機能のプラグイン化 Ansible v2.8以前は、sudoやsuなどのコマンドを利用してrootなどの特定のユーザ権限でPlaybookを実行する機能は、コア機能が利用するライブラリ内で定義されており、利用者が独自に改変したり、拡張したりすることができませんでした。 Ansible v2.8以降では、この機能をプラグイン化してコア機能から切り離すことで、利用者が必要に応じて拡張できるようになりました。 この記事では、必要最低限の機能を実装した独自のbec

Red Hatの福岡オフィスでソリューションアーキテクトをしている田中司恩です。 今回はOpenShift 4.2で追加された「ネットワークが制限された環境でのインストール」について説明します。 説明に使用する環境構成は以前に書いた記事と同様ですので、合わせてこちらもご参照ください。 rheb.hatenablog.com 本記事の章立てはこのようになります。 （2019/12/7追記。項目にOperatorの利用を追加） ネットワークが制限された環境でのインストール概要 検証環境解説 インストール手順解説 レジストリーホストの構築 UPIインストールの実行 アップグレード Operatorの利用 参考：Podmanコマンド ネットワークが制限された環境でのインストール概要 ネットワークが制限された環境は、英語ドキュメントではrestricted networkと表記されています。 他の呼

みなさんこんにちは。レッドハットの杉村です。Ansible のテクニカルサポートをしています。 東京は桜の開花宣言が出たそうです。わたしは北海道出身なもので桜と言えばゴールデンウィーク明けの感覚なのですが、実家を出て30年くらいになってもまだ慣れないものです。 Ansible Tower は OpenShift にも対応しておりまして、実際に使われているお客様も多くいらっしゃいます。サポートをするためには問題を再現するための検証環境が必要なもので、手元でも OpenShift を動かしたいということで環境構築に悩んでいたのですが、PC 1台の中でフルスペックの OpenShift を構成すると VM を多数作ることになり、リソースが足りないという問題がありました。そもそも OpenShift を構築すること自体もそう簡単ではなく、本来検証したいことができないというのは本末転倒です。 そこで

ご存知の方もいらっしゃると思いますが、Katacodaというサイトで簡単にAnsibleを試すことができます。これからAnsibleを入門、学習する方はもちろん、Ansibleを使ったことのない人に普及したい人もこちらを知らない人にお伝えいただくと仲間が増えるかと思います。以下では、@Irix_jpさんが作成したKatacodaでの学習コンテンツの使いかたをご紹介いたします。 (1) https://www.katacoda.com/irixjp/ にアクセスする Ansible 101 の 「Start Scenario」をクリックする (2) 任意の方法でログインする GitHub、Facebook、Twitter、Googleなどのアカウントでログインすることが可能です。 ログインが求められるので、お好きな方法でログイン。 (3) ブラウザベースで教材通り進めてみましょう！ Star

OpenStackやOpenShiftなどのCloud製品を担当しているソリューションアーキテクトの輿水です。 今更ですが、ちょっと初心に戻ってRed Hat OpenShift 製品を改めてご紹介します。当ブログでも既に紹介済で重複する内容もある点はご容赦ください。 ご存知ない方のが多数だと思いますが OpenShift YouTube Channel というものが存在しております。英語ではありますが頻繁にコンテンツがアップロードされており「OpenShiftとKubernetesの違い」「Hands-on demo」「GitOps Guide」などが公開されております。紹介ネタは数分程度のものが多いのでお時間の有る時に覗いてみてください。 Red Hat OpenShift 利用形態 「Red Hat OpenShift Everywhere」と謳うように、Red Hat OpenSh

Red Hatの福岡オフィスでソリューションアーキテクトをしている田中司恩です。 この記事はOpenShift Advent Calendar 2019 - Qiita 15日目のエントリになります。 早いもので12月も残すところ半月。アドベントカレンダーも後半戦に突入ですね。 書く方も大変ですが、みなさんいろんな視点で良い記事を書かれているので読んでいてとても勉強になります。 残りの記事も楽しみです！ さて今回はOpenShift Container Platform 4（OCP4）の特徴的な機能の1つ、OTA（Over-The-Air）アップデート、通称OTAを紹介します。 はじめに [図1] OTAアップデート OTAはOCP4のクラスターを複雑な操作をすることなく更新できる機能です。 本番運用中のインフラ環境を定期的にアップデートしていくのは大変な作業が伴います。 セキュリティパッ

Red Hat で OpenShift のコンサルタントをしている橋本です。 今回は Software Design 2021 年 4 月号に掲載予定だったものの、紙面の都合でカットしたトピックをご紹介します。 もともとは Fedora CoreOS とセキュリティをテーマに、ホスト OS や OKD におけるセキュリティの機能を紹介する予定でしたが、最終的に 20 ページになり、7 ページまで減らす必要があったため、ここでは次のテーマを掲載します。 NIST SP 800-190 におけるセキュリティの範囲は？ Multus CNI プラグインにどれを選ぶ？ Linux カーネルを用いるコンテナ技術 rpm-ostree による OS のバージョン管理 Ignition によるシステムの初期化 NIST SP 800-190 におけるセキュリティの範囲は？ 具体的にコンテナやコンテナ基盤