しがないCollectionsメンテナの日常 - 赤帽エンジニアブログ
Red Hatのさいとうです。この記事はAnsible Advent Calendarの12月9日の記事です。今回は、地味であまり知られていないAnsible Collectionsのメンテナの仕事についてご紹介しようと思います。 Ansible Collectionsとは Ansible2.9までは、Playbookを処理するエンジン部分と、モジュールやプラグインなどコンポーネントをあわせて、AnsibleというOSSプロダクトとして提供していました。 この提供形態が、2.10で大きく変更されて、現在のAnsibleでは以下の2つのサブコンポーネントに分離され、この2つをあわせたものをAnsibleとしてバージョニングして提供しています。 2.9以前からAnsibleを利用している方に馴染深い2.x.zというバージョニングは、現在では1.のAnsible Coreのバージョンとして採用さ
AWS STSを使ったROSAのデプロイ - 赤帽エンジニアブログ
こんにちは、Red Hatでソリューションアーキテクトをしている石川です。 これまでにも何度かこちらのブログでROSA（Red Hat OpenShift on AWS）についての記事を扱ってきましたが、今回はAWS STSを使ったROSAのデプロイについてご紹介したいと思います。 過去のROSA関連記事はこちら rheb.hatenablog.com rheb.hatenablog.com rheb.hatenablog.com AWS STSとは？ AWS STSとはAWS Security Token Serviceの略称です。STSの説明としてAWSのこちらのドキュメントには以下のように記載されています。（一部抜粋） AWS リソースへのアクセスをコントロールできる一時的セキュリティ認証情報を持つ、 信頼されたユーザーを作成および提供することができます。 つまり特定のAWSのリソー
RHEL小技: 実際にアップデートせずにアップデートに必要なパッケージを確認・ダウンロードする - 赤帽エンジニアブログ
Red Hatの森若です。 今日はRHEL小技ということで、実際にアップデートせずにアップデートに必要なパッケージを確認・ダウンロードする方法をご紹介します。 パッケージの確認 # yum update --assumeno <パッケージ名> --assumeno は、よく使われる -y と逆の意味で、あらゆる質問に自動的にNoと答えます。yumは必要に応じてキャッシュのアップデート、依存関係の解決をして、リクエストされたアップデートに必要なパッケージ一覧を表示して終了します。 パッケージのダウンロード # yum update --downloadonly <パッケージ名> --downloadonlyは、パッケージのダウンロードだけを行い、インストールをしません。 ダウンロードされたパッケージは、/var/cache/yum または /var/cache/dnf 以下に保存されています
)
OpenShift Pipelines のご紹介(Tekton Pipelines編) - 赤帽エンジニアブログ
こんにちは、Red Hatでソリューションアーキテクトをしている石川です。 OpenShiftではクラウドネイティブなCI/CDを実現する手段として、OpenShift Pipelines という機能を提供しています。 以前はTech Previewだったのですが、今年の5月にGAとなったため、今回から2回に分けてOpenShift Pipelinesを使ってCI/CDパイプラインを構築する方法についてご紹介していきたいと思います。 OpenShift Pipelinesの概要 OpenShift PipelinesはTektonというOSSがベースになっています。 TektonはLinux Foundationが母体となるContinuous Delivery Foundation(CDF)にて開発が進められているプロジェクトです。元々はKubernetes上でサーバーレスを提供するKn
Ansible Collections を使ってみよう！ - 赤帽エンジニアブログ
みなさんこんにちは。レッドハットの杉村です。Ansible のテクニカルサポートをしています。 本日は Red Hat Ansible Automates 2021 Japan Day 1 が開催されています。多数の方にご参加いただいているとお聞きしています。ありがとうございます。 www.redhat.com 今回は最近よくお問合せをいただく Collections の使い方について紹介します。 Collections とは Ansible では多くのモジュールがありましてリリースを重ねるごとにどんどん数も増えてきまして 3000を超えてしまい、一緒に配布することにさまざまな限界が出てきてしまいました。 2.8 〜 2.9 頃から本体と分けて Collections として切り出すことにより、開発ベンダーやコミュニティは独自に開発や配布を進めることができ、品質の向上や利用者の利便性を高め
マネージドOpenShiftサービス、ROSA上に作るプライベートなOpenShiftの使い方 - 赤帽エンジニアブログ
クラウドインフラ全般を担当しているソリューションアーキテクトの伊藤です。 このRed Hat Engineers Blogでは何度かROSAについてご紹介する記事が投稿されていますが、 ROSAはマネージドサービスなのでWeb公開前提のサービスだとお考えではありませんか？ ROSAではデプロイ時のコンフィグレーション次第で、プライベートなOpenShiftをマネージドサービスとして構築して利用することができます。 過去のROSA記事 rheb.hatenablog.com rheb.hatenablog.com 本投稿のコンテンツは以下の通りです ROSAでデプロイできる2種類の構成 パブリッククラスタ プライベートクラスタ 従来から存在しているプライベートクラスタ AWS PrivateLinkを用いたプライベートクラスタ 既存のVPC、サブネットを用いたROSAクラスタの構築 プライベ
Simple Content Accessでサブスクリプション管理を簡単にしたい - 赤帽エンジニアブログ
Red Hatの森若です。今日は4月に拡張された、Simple Content Accessについてご紹介します。 Simple Content Accessとは Red Hat Enterprise Linuxではシステムを利用する際に、subscription-managerコマンドで、システムの登録と、所有しているサブスクリプションとの対応づけを行う必要がありました。 今までの仕組みでは、サブスクリプションで提供される「pool」とシステムを対応づける(attach)必要があり、複数種類の製品を持っている場合には必要なpoolがわかりにくいため手間がかかるなどの難点があります。 Simple Content Accessはこのattachを廃止して「アカウントが対応する製品を1つ以上保有しているか」だけを考慮するように動作を変更するものです。利用の簡単さと引き換えに、サブスクリプショ
JDK 13のShenandoah GC パート1：ロードリファレンスバリア - 赤帽エンジニアブログ
Red Hat で Solution Architect として OpenJDK を担当している伊藤ちひろ（@chiroito）です。 この記事は、Red Hat Developerのブログ記事、Shenandoah GC in JDK 13, Part 1: Load reference barriers | Red Hat Developer の翻訳記事です。 この連載では、JDK 13で登場するShenandoah GCの新しい進歩を紹介します。おそらく最も重要な変更は、ユーザには直接見えないものの、Shenandoahのバリアモデルをロードリファレンスバリアに切り替えたことです。この変更により、Shenandoahに対する批判の主要なポイントの1つである、高価なプリミティブリードバリアが解決されました。ここでは、この変更の意味について詳しく説明します。 Shenandoah（他のコ
_%25E3%2581%25AE%25E6%258F%2590%25E4%25BE%259B%25E9%2596%258B%25E5%25A7%258B)
AWS上でのマネージド OpenShift サービス ROSAの提供開始 / 使い方 - 赤帽エンジニアブログ
こんにちは、OpenShift を担当しています、花田です。 2021/3/31 より、Red Hat 版の Kubernetes である OpenShift のマネージドサービスである ROSA (ろさ/ろーさ：Red Hat OpenShift Service on AWS ) の提供が、AWS上で開始されています。 OpenShiftは、オンプレのベアメタルサーバーの上でも、VMware の上でも OpenStack の上でも RHV(Red Hat Virtualization)の上でも、AWSの上でも、Azure の上でも、GCPの上でもテスト済みなので、場所を選ばず、どこでも同じ知識で運用を回す事ができるというのが大きな特徴です。 もともとOSD(OpenShift Dedicated) という AWS / GCP上で提供するOpenShiftのマネージドサービスが存在していま
Mandrel：Quarkusに特化したGraalVMのディストリビューション - 赤帽エンジニアブログ
Red Hat で Solution Architect として OpenJDK を担当している伊藤ちひろ（@chiroito）です。 この記事は、Red Hat Developerのブログ記事、Mandrel: A specialized distribution of GraalVM for Quarkus | Red Hat Developer の翻訳記事です。 最初にMandrelを発表したとき、なぜRed HatがGraalVMのダウンストリーム・ディストリビューションを必要としているのかを説明しました。私たちは、GraalVMのネイティブイメージ機能、特にQuarkusの文脈で最も興味を持ちました。この記事では、Mandrelとは何か、何ではないかを説明します。また、Mandrelの技術的な特徴を紹介し、QuarkusでMandrelを使用する短いデモンストレーションを行います
Red HatビルドのOpenJDKでのJDK Mission Controlのセットアップ - 赤帽エンジニアブログ
Red Hat で Solution Architect として OpenJDK を担当している伊藤ちひろ（@chiroito）です。 この記事は、Red Hat Developerのブログ記事、Set up JDK Mission Control with Red Hat Build of OpenJDK | Red Hat Developer の翻訳記事です。 JDK Mission Controlは、Red Hat Software Collections (RHSCL)の最新メンバーとなりました。JDK Mission Controlは、HotSpotのJava仮想マシン(JVM)用の強力なプロファイラで、高度なツール群を備えています。これにより、JDK Flight Recorderが収集した広範なデータを効率的かつ詳細に分析できます。このツール群により、開発者や管理者は、Ope
ContainerJFR入門: コンテナのためのJDK Flight Recorder - 赤帽エンジニアブログ
Red Hat で Solution Architect として OpenJDK を担当している伊藤ちひろ（@chiroito）です。 この記事は、Red Hat Developerのブログ記事、Introduction to ContainerJFR: JDK Flight Recorder for containers - Red Hat Developer の翻訳記事です。 OpenJDKは長い間、実世界のアプリケーションやワークロードのトップに君臨してきました。これは、パフォーマンス、互換性、信頼性、そして観察可能性を一体化して選ばれています。長年にわたり、JDK Flight Recorder (JFR) と JDK Mission Control (JMC) は、OpenJDKの成功に貢献してきました。しかし最近まで、どちらも商用機能であり、特定のユーザやワークロードでしか利用
Kubernetes 間をプライベートなネットワークで接続する Submariner - 赤帽エンジニアブログ
こんにちは、Red Hat で OpenShift を担当しています。花田です。 Red Hat の Kubernetes の Cluster 管理製品である ACM (Advanced Cluster Management) では、バージョン2.2 よりテクノロジープレビューとして、Sumbariner というコンポーネントが使えるようになりました。 Submariner は端的に言うと、異なる Kubnerentes クラスター間をオーバーレイネットワークで結ぶためのコンポーネントです。 正確には異なるクラスター間で、Kubernetes の Service 名を解決するための Lighthouse というプロジェクトもセットで使われています。 Submariner を使用するための現時点での条件 現時点での前提条件は複数ありますが、マニュアルから一部をピックアップすると ACM の
Apache Kafka で動かすイベント駆動型のビジネスプロセス - 赤帽エンジニアブログ
レッドハットのソリューションアーキテクトの森です。 Red Hat Process Automation Manager と、Red Hat AMQ Streams (Apache Kafka) を統合することができるようになりました。 ビジネスプロセスは、メッセージイベントを使用して Kafka メッセージを送受信することができます。 KIE Server では、プロセス、ケース、またはタスクが完了したときに Kafka イベントを生成させることができます。 今回は、簡単なサンプルプロセスを作成して、Kafka メッセージ からプロセスを開始する方法と、プロセス終了時に Kafka メッセージ を送信する方法についてご紹介していきます。 サンプル実行環境 今回ご紹介するサンプルは、以下の環境で実施をしています。 Red Hat Process Automation Manager 7.1
翻訳記事紹介: Performance Co-Pilot (PCP) と Grafana を使用して RHEL 8 のシステムパフォーマンスを可視化する (パート2) - 赤帽エンジニアブログ
こんにちは、RHEL のテクニカルサポートを担当している岡田です。 前回のパート1では Performance Co-Pilot (PCP) で取得したパフォーマンスメトリクスを Grafana を使って可視化する方法をご紹介しました。パート1は1つのホストのパフォーマンスデータをリアルタイムに可視化する方法についてでしたが、今回のパート2では複数のホストのパフォーマンスデータを過去のデータも含めて可視化する方法をご紹介しています。「あの時のあのホストの負荷状況ってどうだったんだろう？」というような疑問をもったときに、それをあとから Grafana のダッシュボードで確認することができます。ぜひ試してみてください！ www.redhat.com
RHEL 8.4 Beta と Podman v3 - 赤帽エンジニアブログ
Red Hatでソリューションアーキテクトをしている田中司恩です。RHEL 8.4 Betaが公開され、ようやくRHEL上でPodman v3が使用可能になりました。今回はRHEL 8.4 BetaとPodman v3の新機能についてご紹介します。 RHEL 8.4 Beta Red Hat Enterprise Linux（RHEL）の最新版 RHEL 8.4のベータ版が公開され利用可能になりました（↓ブログ記事）。 www.redhat.com RHEL 8.4 Betaを使用するには有効なサブスクリプションを保有している他にも方法があります。 Red Hat Developer Program への参加もその一つで、RHEL Betaが使用可能です。まだアカウントをお持ちでない場合はこの機会に登録してみてください。Red Hat Developer Programについては下記記事に
CodeReady Containers（CRC）構築時の注意点とTips - 赤帽エンジニアブログ
Red Hatでソリューションアーキテクトをしている田中司恩です。前回記事ではRed Hat CodeReady Containers（以下、CRC）をリモート接続してシングルノードのOpenShiftとして利用する方法を紹介しました。 rheb.hatenablog.com 今回はCRCを利用する上で構築する時の注意点とTipsをいくつかご紹介します。 CRCについてはまとめ記事を書いていますのでそちらも参考にしてください。 rheb.hatenablog.com CRC構築時の注意点 ディスク容量 （参考）CRCセットアップ後の関連ファイルの構成（v.1.24.0） crc deleteで消えない.crcフォルダ crc start 初回の起動時間 仮想環境でのネスト実行 Tips pull-secretをファイルから読み込ませる方法 PVは事前に作成済み kubeadminのパスワー
CentOS Stream入門 - 赤帽エンジニアブログ
Red Hatの森若です。 この記事は Software Design 2021年3月号 に執筆した「CentOS Stream入門」の原稿から派生させた記事です。 CentOS Streamとは? CentOS Streamは2019年9月に公開された比較的新しいLinuxディストリビューションです。 その後2020年12月に、CentOS プロジェクトが出荷されたRHELをリビルドしたCentOS Linuxの作成を近い将来やめ、CentOS Streamへシフトする発表を行いました("CentOS Project shifts focus to CentOS Stream")。このアナウンスでCentOS Streamの存在を知ったという方も多いかと思います。今回はこのCentOS Streamを紹介していきます。 CentOS Streamは安定志向のディストリビューションで、将来
CRC (Red Hat CodeReady Containers) で Ansible Tower を動かしてみた！ - 赤帽エンジニアブログ
みなさんこんにちは。レッドハットの杉村です。Ansible のテクニカルサポートをしています。 東京は桜の開花宣言が出たそうです。わたしは北海道出身なもので桜と言えばゴールデンウィーク明けの感覚なのですが、実家を出て30年くらいになってもまだ慣れないものです。 Ansible Tower は OpenShift にも対応しておりまして、実際に使われているお客様も多くいらっしゃいます。サポートをするためには問題を再現するための検証環境が必要なもので、手元でも OpenShift を動かしたいということで環境構築に悩んでいたのですが、PC 1台の中でフルスペックの OpenShift を構成すると VM を多数作ることになり、リソースが足りないという問題がありました。そもそも OpenShift を構築すること自体もそう簡単ではなく、本来検証したいことができないというのは本末転倒です。 そこで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CodeReady Workspacesをカスタマイズして便利に開発してみよう その2 - 赤帽エンジニアブログ