この投稿はOpenShift Advent Calendar 2019の21日目の記事です。 OCP 3.11では、OCPのインストール時のAnsibleのインベントリーファイルで、nodeの変数としてopenshift_node_group_name='node-config-infra'を指定することで、専用のインフラストラクチャーノード(以降infra node)をインストール時に構成することができました。 (OCP 3.11 Docs / クラスターのインストール / 4. インベントリーファイルの設定) 専用のinfra nodeを構成することで、ルーター、内部レジストリー、モニタリング、ロギングなどのサービスを、master nodeや、worker nodeのアプリケーションPodとは分離して稼働させることができます。 一方、OCP 4.2では、IPIでもUPIでも、インスト
QuarkusでSwagger UIを見るには拡張機能としてSmallRye OpenAPIを追加します。 Swagger UIへのアクセスはホスト名にswagger-uiを追加するとアクセスできるようになります。 拡張機能を追加する方法は以下の3つあります。 https://code.quarkus.io/で作成時に追加 maven で作成時に追加 既存のQuarkusプロジェクトに追加 今回は既存のQuarkusプロジェクトに追加する方法を紹介します。既存のQuarkusプロジェクトに新たな拡張機能を追加するにはquarkus:add-extensionを使い、-Dextensionsで追加したい拡張機能を指定します。 今回拡張したい追加機能はio.quarkus:quarkus-smallrye-openapiなので、以下のようになります。 mvn quarkus:add-exten
この投稿はAnsible 2 Advent Calendar 2019の21日目の記事です。 qiita.com レッドハットの杉村です。Ansible のテクニカルサポートエンジニアをしています。 今回の記事では、サポートがよく見るドキュメントについて紹介してみます。 Ansible のドキュメントは、基本的には全て https://docs.ansible.com/ からたどれるようになっています。日本語訳もありますが、翻訳の都合上どうしても遅れてしまいますので、英語の原文を参照するようにしましょう。 Ansible Engine Ansibleのインストール Ansible のインストールの仕方は多岐に及びます。通常は RHEL にインストールすることを想定していますので、リポジトリを設定して yum/dnf コマンドでインストールしていただくという流れになります。 https://
Red Hatでコンサルタントをしている織です。この記事はOpenShift Advent Calendar 2019 19日目のエントリです。 OpenShiftはRed Hatが製品として出しているKubernetesのディストリビューションです。Kubernetesでは、コンテナのネットワークインターフェースを設定する仕組みをCNIという仕様/ライブラリとして定義しており、様々なCNIプラグインを差し替えて使うことができるようになっています。OpenShiftは、「OpenShift-SDN」という独自実装のCNIプラグインを提供しており、デフォルト設定ではこれが使われるのですが、OpenShift v4.2から、OpenShift-SDNに加えて「OVN(Open Virtual Networking)」という仕組みを使った「ovn-kubernetes」というCNIプラグインもT
この記事は「Rookだらけの Advent Calendar」 2019/12/19分です。Rook EdgeFSについて記事を投稿します。 TL;DR まとまった情報はMediumにあります一通りMediumの記事を読むと「EdgeFS完全に理解した」になります。この記事では３つの記事を頑張ってサマライズしました。今までやっていて気になったことを調べました。 はじめにここまでやってきて、ドキュメントに沿ってやるとたしかにEdgeFSクラスタが起動してNFSが使えたり、iSCSIが使えたりという状態にすることができました。 ただ、仕組みとしてはいまいち理解が追いつかない部分があったのも事実です。仕組みを知らなくてもクラスタが構成できて各種ストレージサービスができることは大変素晴らしいのですが、エンジニアとしては納得いきません。 ということで、本日は急遽予定を変更して今まで気になってきたこと
追記: こちらの記事は執筆時点(2019/12/20)での Quarkus 最新バージョンであった 1.0.1.Final の動作を元に記載されていました。しかし、その後に以下の修正によって Quarkus 1.1.0.Final 以降からは、Quarkus RESTEasy では Vert.x スレッドプールは使われなくなり、Servlet 依存の有無によらず quarkus.thread-pool.max-threads で設定される main のスレッドプールが利用されるように動作が変更されました。 github.com Red Hat で JBoss ミドルウェアのサポートをしている三浦です。この記事は赤帽エンジニア Advent Calendar 2019の20日目のエントリです。 Quarkus の HTTP レイヤーのスレッドプールについて書きたいと思います。 TL; DR
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
