こんにちは、Red Hat で OpenShift を担当しています。花田です。 Red Hat の Kubernetes の Cluster 管理製品である ACM (Advanced Cluster Management) では、バージョン2.2 よりテクノロジープレビューとして、Sumbariner というコンポーネントが使えるようになりました。 Submariner は端的に言うと、異なる Kubnerentes クラスター間をオーバーレイネットワークで結ぶためのコンポーネントです。 正確には異なるクラスター間で、Kubernetes の Service 名を解決するための Lighthouse というプロジェクトもセットで使われています。 Submariner を使用するための現時点での条件 現時点での前提条件は複数ありますが、マニュアルから一部をピックアップすると ACM の
Red HatでOpenShiftのサポートエンジニアをしているDaein(デイン)です。 OpenShift 4.5(Kubernetes 1.18)からstartupProbeがBeta機能としてデフォルトで利用できるようになりましたのでどのような機能であるか確認していきます。 関連リリースノートは以下のリンクです。 github.com Probesとは これまでlivenessProbeとreadinessProbeは、安定的なサービスが提供できるようにコンテナの起動状態を定期的にチェックし、正しく起動できなくなったコンテナを再起動させたり、外部からのアクセスを遮断させたりする機能を提供していました。 詳しい内容や詳細は次のリンク先をご参照ください。 docs.openshift.com kubernetes.io 今回は新しく追加されたstartupProbeという起動フェーズを
こんにちは!Red Hatの石川と申します。 昨年よりOpenShiftのテクニカルサポートエンジニアとして働いております。 まだまだOpenShift勉強中の身ですが、日々の業務で気付いたことなどを少しずつ記事にしていけたらと考えております。 今回はService Accountの認証の仕組みがどのようになっているかについて触れてみたいと思います。 Service Accountって? Service Accountは通常のUserとは別に、Podや各種コンポーネントがAPI呼び出しを行うために設計されたKubernetesのオブジェクトです。JenkinsやTravis CIなどでアプリケーションを自動化する際にも利用されます。 Service AccountはUserと違い、特定のタスクを実行することを目的に作られていますので、特定のnamespaceに紐づいています。ただし、nam
FF7リメイク、クリアしました。いまSwitchで原作のFF7をやり直しています。もーすけです。 今日はkubernetes-image-pullerというツールを発見し試してみたので、背景や課題感含めてご紹介していきます。 課題感 Kubernetesを利用していて、イメージのプル(ダウンロード)を効率化したいと考えたことはないでしょうか。 たとえば、イメージのプルの時間を短縮してデプロイを早くしたいや、ネットワーク帯域などの都合上で事前にノードにイメージをプルしておきたいといったことなどがあります。 対策 このような問題にどう立ち向かっていったらいいでしょうか。 イメージサイズを小さくする 一つは当然ながら、イメージのサイズを可能な限り小さくすることが考えられます。 イメージサイズを小さくすることで、イメージプルにかかる時間の削減やネットワークの有効活用が可能になります。 イメージのサ
The question “What’s the difference between Kubernetes and OpenShift?” comes up every now and then, and it is quite like asking: “What’s the difference between an engine and a car?” To answer the latter, a car is a product that immediately makes you productive: it is ready to get you where you want to go. The engine, in return, won’t get you anywhere unless you assemble it with other essential com
ビジネスや市場の状況は刻々と変化し、システム開発の現場は素早い開発とリリースが求められる。それを実現する手段としてマイクロサービスやDevOpsといった手法があり、「Docker」などのコンテナ技術は欠かせないものとなっている。そこで注目を集めているのが、コンテナ管理基盤の「Kubernetes」だ。 最近の企業のITインフラを見ると、クラウド全面移行を“理想論”として語る段階を過ぎ、オンプレミスとパブリッククラウドを組み合わせた「ハイブリッドクラウド環境」を選択するケースも出てきた。だが基盤が複数にまたがるとコンテナの運用管理は複雑になる。また、肝心のアプリケーション層が管理できていなければ意味がない。しかし、Kubernetesが全ての課題を解決できるわけではない。本稿では、Kubernetesの限界とその解決策を探る。
こんばんわ。 2019年ももぅあと僅かですね。今年は何やってたんやろ…と思ってたら終わりました。 そしてAdvent Calendarも、いよいよ終わりになりましたね。ブログはもともと苦手なんですが、師走はバタバタしており、時間がないともっと苦手になりますねー。 それでも自分の番がやってくる。恐るべしAdvent Calendar (/・ω・)/ 今回は『OpenShift Advent Calendar 2019 - Qiita』の最終日投稿です。 検証したい技術ネタもそこそこ溜まってますが、OpenShift.Run を12/20に行ったので、記憶が新しいうちにまず結果をお送りしますっ。 なんで「OpenShift.Run」? Red Hat社内のSA(Solution Architect)が顧客向けにOpenShiftのデモ環境を作ってるんですね…。 そしてOpenShiftをインス
先日行われた OpenShift コミュニティのイベント OpenShift.run 2019 にて、Kubernetes Scheduler とその関連ツールについて講演してきました。公募 CFP 枠です。 OpenShift のイベントでありながら、OpenShift についてはまったく触れずひたすら Kubernetes の内部実装を解説する異色の登壇でした。実際、40 分枠の講演の中で(RedHat 社以外も含め)ベンダニュートラルな立場で登壇したのは自分だけだったようです。これは私見ですが、逆に言えばそういう内容でも CFP 採択されているというのは、運営側も「単なるマーケティングイベントにしない」というスタンスなのかなと思います。 なお今回の発表は、CloudNative Days Tokyo 2019 での講演が元になっています。こちらについては参考文献や当日出た質問など補足
はじめに 本稿は,Kubernetes Advent Calendar 2019 その1 の24日目と OpenShift Advent Calendar 2019 の24日目のクロスポストです。 さて,まずは,メリークリスマス。 おすすめのケーキは,恵比寿本店レザネフォールのシャンティーフレーズです。(甘すぎず上品かつ口溶け最高のショートケーキ) ※「はじめに」まで読んで閉じようとされてるアナタへ ※2019年もあと少し。たくさんのヒトにお世話になりました。 ※また来年も楽しくやりましょー!良いお年を! 背景と主旨 昨今,Operator というワードを聞かなくなるレベルまで当たり前になってきました。 Why? 自作Controllerは当たり前に作られている場合がある。あるいは既に使っているテクノロジーはKubernetes拡張を前提にしたコンポーネント(つまりOperator)だった
はじめに 赤帽エンジニア Advent Calendar 2019 の12日目の投稿です。 気づけば赤帽かぶってます。(買収は関係ないです。転職です) ※会社とはまったく関係ない話をします。 ※諸事情で控えてたIPAをついに解禁したので,IPA(いまはBrewdog5本目)をがぶ飲みしながら書いてます。支離滅裂(?)になってたらすみませn ※12/12, 23:58に投稿してからも適宜更新 ポエム: 僕たち/私たち,Kubernetes 「赤の他人かもしれない皆で即興のジャズがやれるといいな」 (訳) 個々人(Controller)が,地道にインプット/アウトプットを共有し議論し正しい方向に向い続ける(Control Loop, Reconciliation Loop)ことによって,それぞれ独立しているはずなのに,結果的に協調動作(Ochestration)する。 そんな美しい世界ができる
クラウドインフラ全般を担当しているソリューションアーキテクトの伊藤です。この記事はOpenShift Advent Calendar 2019 - Qiita 10日目のエントリになります。 アドベントカレンダーと言えば、毎年息子にレゴのアドベントカレンダーを買ってあげており、息子が「クリスマスまであと何日!?」と毎朝楽しみに開いていたのですが、 今年は遂に要らないと言われてしまいました。10歳を過ぎサンタクロースの正体に気が付いてしまったのかもしれません。しくしく(;O;)。 ■はじめに 通常OpenShiftをデプロイする際、「マスターノードを3ノードで構成してください。」とお願いをしています。 「高可用性のためです」 クラウドにはAZ(アベイラビリティゾーン)と呼ばれる障害範囲を局所化するための概念が存在します。 ネットワークスイッチやストレージ、電源など1ノードより大きく集約されて
These cookies are essential in order to enable you to move around the website and use its features, such as accessing secure areas of the website. These are analytics cookies that allow us to collect information about how visitors use a website, for instance which pages visitors go to most often, and if they get error messages from web pages. This helps us to improve the way the website works and
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く