Red Hat OpenShift on IBM CloudにAMQ Streamsを入れてみる - Qiita
はじめに IBM CloudのManaged OpenShift環境で、Kafkaクラスタの検証を行うため、Red Hat AMQ StreamsをOperatorで入れた手順です。 環境概要 ・IBM Cloud Gen2 VPC上のOpenShift v4.5 (Multi-zone cluster) ・AMQ Streams(Kafka) v1.6.2 導入手順 OpenShiftクラスタの準備 事前準備として、IBM Cloud上にOpenShiftクラスタを作成します。 本検証では、OpenShift4.5(Gen2 VPC)のクラスタを1つ作成し、AMQ Streams用にWorker Node(Flavor:bx2.4x16)を3つのAZに合計3台用意しました。 参照：https://cloud.ibm.com/docs/openshift?topic=openshift-c
OpenShift UPI インストール (OCP 4.5版) - Qiita
はじめに この手順では、UPI(User Provisioned Infrastructure)を使って OCP(OpenShift Container Platform)の環境を構築していきます。省略系のOCPだとわかりにくいので、ここではOpenShiftと呼ぶ事にします。 OpenShiftとは OpenShiftとは、Red Hatが提供する商用版の Kubernetes です。 オープンソースのKubernetesに、運用に必要な独自機能を追加したり、オープンソースの運用管理ツールや、開発ツールをバンドルした製品です。もちろんサポートが付いているのも大きな違いです。 例えば、監視用のOSSであるPrometheusや、ログ収集用のEFK(ElasticSearch/Fluented/Kafka)等の他に、CI/CDツールであるJenkis、Tekton もバンドルされています。
OpenShift Do(odo 2.0)を使ったKubernetes/OpenShiftでのアプリケーション開発 - Qiita
はじめに OpenShift Do（ odo ）は、OpenShift Container PlatformおよびKubernetesでアプリケーションを作成するためのコマンドラインインターフェース（CLI）ツールです。 本投稿では、前半は、OpenShift Do (odo 2.0) と周辺技術の概要についての備忘録、 後半は、実際に手を動かして OpenShift Do(odo 2.0)を使ってOpenShiftとKubernetes環境へOpenLibertyのJavaアプリケーションをデプロイした手順を書いています。 次の図は、スーパーショートカットで手っ取り早く、理解したい人向けに、私が想像したOpenShift Do(odo 2.0)を使ってアプリケーション開発をする時のイメージ図です。 図の説明を読みたくなったら内部リンクの 「 OpenShift Do(odo2.0) を使
転職したらKubernetesだった件 - Qiita
TL;DR Kubernetes がどのように、人間の作業を自動化しているのかを、実際に Kubernetes がやっている作業を手作業で行なう ことで学びましょう。 このQiita の内容は、CloudNative Days Tokyo 2019 における発表の、「転職したらKubernetesだった件」を書き下ろし、実際にデモが行えるように修正を加えたものになります。 YouTube Speakerdeck この物語はフィクションであり、登場する団体名・会社名・人名等は架空のもので、実在する団体・会社・人物等とは、一切、関係がありません。 これまでのあらすじ ある日、某Z社に転職した稲津さんに与えられた仕事は、“Kubernetes の一員”になることだった！？ 某Z社は、親会社からの依頼で Kubernetes クラスタを運用しなければならなくなりましたが、 「Kubernetes
Apache Kafkaの概要とアーキテクチャ - Qiita
初版: 2018/9/28 著者: 伊藤 雅博, 株式会社日立製作所 はじめに この投稿ではオープンソースカンファレンス2017.Enterpriseで発表した「めざせ！Kafkaマスター ～Apache Kafkaで最高の性能を出すには～」の検証時に調査した内容を紹介します（全8回の予定）。本投稿の内容は2017年6月にリリースされたKafka 0.11.0 時点のものです。 第1回目となる今回は、Apache Kafkaの概要とアーキテクチャについて紹介します。 投稿一覧： 1. Apache Kafkaの概要とアーキテクチャ (本投稿) 2. Apache KafkaのProducer/Broker/Consumerのしくみと設定一覧 3. Apache Kafkaの推奨構成と性能の見積もり方法 4. Apache Kafkaの性能検証(1): 検証環境とパラメータチューニングの内容
KubeWeekly #203 - Qiita
KubeWeeklyは毎週Kubernetesに関する興味深いニュースを提供しています。（https://kubeweekly.io/ ）この記事は 2020/02/14に発行された Kube Weekly #203を読んで、感じたことをメモ的にまとめたものです。 私の勘違いや説明不足による誤解もあるかと思いますので、この記事読んで「おっ」と思ったらURLを辿って本文を確認してください。 (過去のKubeWeekly読書メモはこちら) ※この記事は、Z Labの業務の一環として作成したものです。 The Headlines Novel Coronavirus Update | Linux Foundation Events Updated as of February 12, 2020 The Linux Foundation is continuously monitoring the
RookだらけのAdvent Calender 2019を終えて - Qiita
「RookだらけのAdvent Calendar 2019」の経緯 もう最終日なのですが、これまでこのAdvent Calendarの起こりみたいなものを書いていませんでしたので、それも残しておきます。 流れは以前書いたJapan Rook Meetupの発生経緯と同じで、私の思いつきに2名の方が乗って下さる形で立ち上がりました。 僕も同じくアドベントカレンダーを目標に設定してたんです！よろしければ一緒にどうですか？？ — Japan Rook (@japan_rook) November 5, 2019 さらにDM等で内容を詰めて、私とうつぼさん、makotowさんで緩やかに投稿スケジュールと分野が決まりました。 （当初の予定） 12/1-12/8 ：うつぼさん、Rookの概要とCeph関連 12/9-12/10 ：tzkoba、Japan Rook meetup振り返り 12/11-1
NFS(1) Rookで環境を構築してみる - Qiita
この記事は「RookだらけのAdvent Calender」20日目の記事です。 昨日までの4日間、makotowさんによるEdgeFSの解説をお楽しみ頂きました。Cephと並んでRook内でStableであるEdgeFSは国内での情報が非常に少なく、概要レベルの解説や「試してみた」という記事も殆ど見た覚えがありません。 Cephとは異なるCloud NativeなSDSとして期待している人も多いと思いますので、ぜひこうした情報が拡がっていくことを期待しています。 さて、今日からはRookからNFSを利用する手順を解説していきたいと思います。 が、その前に！ Rook v1.2がリリースされました Rook 1.2 is now available! Thank you to everyone in the @rook_io community for getting another gr
OpenShiftを爆速でインストールしたいあなたへ - Qiita
本記事は、赤帽エンジニア Advent Calendar 2019 の22日目です。 はじめに ここでは余っているサーバーがあるからOpenShiiftをまず使ってみたいといった方を対象に爆速でインストールできる方法を紹介します。 今回ご紹介する手順ではOpenShift 4.2を前提としています。 まず、OpenShiftをオンプレミスで使おうとした時に、利用される方法は下記の選択肢になると思います。 Baremetal UPI / IPI OpenShift on OpenStack OpenShift on VMware 私はOpenStackerなので、とりあえずサーバーが3台余っていればOpenStackたてちゃうか、、、って感じなのですが、OpenShiftを構築するためにOpenStackを構築する人はそんなにいないと思ったので、まずOpenShift on OpenStac
OCP 4.2で専用のInfra nodeを作成してルーター、内部レジストリー、モニタリング、ロギングを移動する - Qiita
OCP 4.2で専用のInfra nodeを作成してルーター、内部レジストリー、モニタリング、ロギングを移動するopenshift この投稿は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や、worke
OpenShift 4 をMacにインストールする - Qiita
$ crc version version: 1.0.0-beta.3-4.1.11+e97bf65 $ oc version Client Version: v4.2.0 Server Version: 4.1.11 Kubernetes Version: v1.13.4+df9cebc Code Ready Containers(CRC) のインストール ダウンロードの前に、Red Hat Developer アカウントを作成する必要があります。 cloud.redhat.com にあるダウンロード先から .tar.xz ファイルをダウンロードします。 ダウンロードの後に、 tar xvf で解凍し、 PATH を通します。 以下の場合、PATHの通っているディレクトリはcrcファイルを移動しています。 $ tar xvf crc-macos-amd64.tar.xz x crc-ma
OpenShift ImageStream は何をしてくれるのか - Qiita
ImageStream 概要 ImageStream1 は OpenShift のリソースの 1 つです。コンテナイメージそのものは含まず、コンテナイメージを参照を行うためのリソースとなります。コンテナイメージの参照を抽象化し、ImageStream とタグによって利用可能なイメージを管理します。 OpenShift DeploymentConfig に指定することができますが、ImageStream を指定せずに直接コンテナイメージの URL やタグを指定することも可能です。 疑問点 ここで 1つ 気になる点が出てきます。ImageStream を DeploymentConfig に指定せずに利用できるのであれば、ImageStream の存在意義とは何でしょうか？ ImageStream を利用することで、DeploymentConfig の ImageChange Trigger2
GitOps on OpenShift 入門 - Qiita
本記事は、赤帽エンジニア Advent Calendar 2019 の16日目です。 はじめに 本記事では、OpenShift 上で GitOps が実現できることを紹介するため、ArgoCD を使って簡単な GitOps を実践してみます。 GitOps とは GitOps とは、Git を宣言的なインフラとアプリケーションの "Single Source of Truth" として、Kubernetes クラスタを構成管理するためのプラクティスです。 アプリケーションのソースコードを Git で管理するのと同様に、Pull Request などのアプリケーション開発で一般的に利用されているプラクティスを、Kubernetes のマニフェストの管理にも適用することができます。 CNCF (Cloud Native Computing Foundation) の Sandbox プロジェク
Minio(2) Kubernetes上でのMinIO利用 - Qiita
この記事は「RookだらけのAdvent Calender」15日目の記事です。 昨日は、オブジェクトストレージの概要とRookからMinIOを構成する方法について解説しました。 本日は実際にMinIOを利用し、ファイルのアップロードと確認をKubernetesから行ってみます。 MinIO with Rookの最大の問題 昨日の投稿で書いても良かったのですが、当ブログの企画後に以下の知らせが入ってきました。 RookはCeph,EdgeFS,NFSなどをサポートしていますが、ろくにメンテされていないものも多々あります。それに対して最近、機能マージ後一切更新されていなかったMinioサポートを切るPRが出ました。今後もこういうことが増えるのではと推測していますhttps://t.co/oAdc1S9ACz — sat (@satoru_takeuchi) December 12, 2019
Visual Studio CodeでOpenShiftクラスタを操作する。 - Qiita
はじめに IBM CloudのマネージドサービスであるRed Hat OpenShift on IBMCloudにVisual Studio Codeで接続してみました。IBM Developer Dojo の OpenShift(Minishift)ワークショップ に参加すると利用できるマネージドサービスのOpenShift(約３日間の時間制限あり）を参加してお借りしたので、お礼にアウトプットします。 別にOpenShiftクラスタAPIに接続できればいいので、Azureでも、MiniShiftでも接続できますよ。 簡単に概要はVisual Studio Codeに OpenShift Connector Extensions を追加して、依存関係のkubectl、oc client、OpenShift Do (odo)をインストールすれば環境が整います。 IBM Cloudでは事前に
OpenAPI仕様共有プラットフォームとして、Apicurio Studioがめちゃくちゃ優秀だった件 - Qiita
OpenAPI仕様共有プラットフォームとして、Apicurio Studioがめちゃくちゃ優秀だった件swaggerapicurioopenPAI はじめに こんにちわ。Wano株式会社エンジニアのnariと申します。 突然ですが、皆さんはopenAPI仕様共有ツールに何を使っていますか? Swagger周辺のツールを使っている方が多いのではないかなと思います。 しかし、フロント側やビジネス側の人間にも確認してもらいたかったり、いじってもらいたい場合、ymlやjsonベースのソースをいじってもらうのはなかなか難しいことも。。 そこで現在はGUIでいじれるApicurioというツールを試していて、かなり優秀だったので紹介させていただきます。 前回のツール選定の記事はこちら Apicurio Studioとは Design beautiful, functional APIs with zer
Control Plane Migration Assistant を試してみた - Qiita
CPMA の概要 Control Plane Migration Assistant (CPMA) は OpenShift の Master ノードのマイグレーションを手助けする cli ベースのツールです。OpenShift 3.7 もしくはそれ以降の OpenShift から OpenShift Container Platform 4.2 の違いをレポートとして出力してくれます。 ここでは、OpenShift3 と OpenShift4 の Control Plane 変更がサポートされているか、一部サポートなのか、まったく互換性がないかについてのレポートを試しに出力してみようと思います。 インストールステップ Red Hat Customer Portal の Downloads → Red Hat OpenShift Container Platform を選択し、以下の表示され
クラウドネイティブ勉強法 (テックコミュニティ編) - Qiita
はじめに 赤帽エンジニア Advent Calendar 2019 の12日目の投稿です。 気づけば赤帽かぶってます。(買収は関係ないです。転職です) ※会社とはまったく関係ない話をします。 ※諸事情で控えてたIPAをついに解禁したので，IPA(いまはBrewdog5本目)をがぶ飲みしながら書いてます。支離滅裂(?)になってたらすみませｎ ※12/12, 23:58に投稿してからも適宜更新 ポエム: 僕たち/私たち，Kubernetes 「赤の他人かもしれない皆で即興のジャズがやれるといいな」 (訳) 個々人(Controller)が，地道にインプット/アウトプットを共有し議論し正しい方向に向い続ける(Control Loop, Reconciliation Loop)ことによって，それぞれ独立しているはずなのに，結果的に協調動作(Ochestration)する。 そんな美しい世界ができる
OpenShiftによるJava EEアプリケーションのモダナイゼーションをやってみた(4) - Qiita
この投稿はOpenShift Advent Calendar 2019 の13日目のエントリ、そしてIBMのCode Patternsの1つである架空の医療会社のExample Healthのユースケースを使った「OpenShiftによるJava EEアプリケーションのモダナイゼーションをやってみた」の４回目の投稿になります。 架空の医療会社のその後 これまでの投稿では、架空の医療会社のExample HealthはJava EEアプリケーションのモダナイゼーションに成功しました。OpenShiftに移行した結果、容易に機能拡張できようになりシステムを拡大して新しいサービスを追加していきます。 OpenShiftによるJava EEアプリケーションのモダナイゼーションをやってみた。 ビジネスロジック用のOpen Libertyで実行されているJava EEアプリケーションのモダナイゼーショ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【SRE Next 2020】発表資料まとめ - Qiita
