タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
Kubernetesを分散ストレージのプラットフォームにする「Rook」、成熟したソフトウェアに到達したとしてCNCFがインキュベーションからの卒業を発表
Kubernetesを分散ストレージのプラットフォームにする「Rook」、成熟したソフトウェアに到達したとしてCNCFがインキュベーションからの卒業を発表 Kubernetesなどのソフトウェア開発をホストしている団体「Cloud Native Computing Foundation」（CNCF）は、Kubernetesを分散ストレージのプラットフォームにする「Rook」が、十分に成熟したソフトウェアに到達したとして、インキュベーション段階からの卒業を発表しました。 [NEWS] @CloudNativeFdn Announces @rook_io Graduation https://t.co/47DmD0LK2x pic.twitter.com/zsk7YQiQ57 — CNCF (@CloudNativeFdn) October 7, 2020 RookはKubernetesにさま
ストレージオーケストレーターRookへのサイボウズのコミット方針 - Cybozu Inside Out | サイボウズエンジニアのブログ
はじめに こんにちは、Necoプロジェクトのsatです。 NecoではKubernetes上のアプリケーションが使うストレージをCephによって提供すること、およびCephクラスタの管理にKubernetes上で動作するストレージオーケストレーターRookを使うことを決めています。本記事はNecoがなぜRook/Cephを選択したのか、Rookに対する現在のコミット状況、および今後のコミット方針について紹介します。 CephやRookがどういうものなのかについては以下の記事をごらんください。 blog.cybozu.io blog.cybozu.io なぜRook/Cephなのか まずはNecoがなぜストレージをRook/Cephによって提供することにしたのかを簡単に書いておきます。 Ceph Necoで提供するストレージには、既存のインフラで苦労した点を無くす、あるいは軽減するために次の
分散ストレージCephのオーケストレータRookのデータ破壊バグを修正しました - Cybozu Inside Out | サイボウズエンジニアのブログ
はじめに こんにちは、Necoプロジェクトのsatです。本記事では分散ストレージCephのオーケストレータであり、Kubernetes上で動作するRookに関するものです。このRookに存在していたデータ破壊バグを我々が検出、修正した体験談、およびそこから得られたことを読者のみなさんに共有します。本記事は以前Kubernetes Meetup Tokyo #36におけるLTで述べた問題のフォローアップという位置づけです。 speakerdeck.com "解決までの流れ(詳細)"の節以外はRookやCephについて知らなくても適宜用語を説明するなどして読めるように書きました。 Rook/Ceph固有の話にも興味があるかたは以下の記事/スライドも併せてごらんください。 blog.cybozu.io speakerdeck.com 用語 Rook/Cephについて知らないかた向けに、まずは本節
こんにちは、Red Hatでストレージを中心にクラウドインフラを生業にしている宇都宮です。 今回から、Kubernetes(k8s)におけるストレージという狭ーいちょびっと深ーい話を連続で紹介します。 ご存知の方も多いと思いますが、k8sにはPersistent Volume(PV)という無敵に素敵なストレージ抽象化の仕組みがあります。だからアプリケーションからボリュームを使えるようにする辺りの処理に関してはほとんど考えなくて大丈夫。 じゃあバックエンドのストレージ自身はどうあるべきか？みたいな話って、あんまりされないんじゃないかなって思ってます。それは、k8sには多くの外部ストレージに対応したvolume driverやpluginがあって、既存の外部ストレージをそのままPVとして使えるから。実際には外部ストレージによってできる事できない事は色々ありますが、「今あるストレージが使えるんな
Google Cloud Next '24 Recap in ZOZO AIにより変わる開発 運用/Development and operation changed by AI
Kubernetesでお手軽ストレージ構築！Rook Ceph導入の5ステップ / 開発者向けブログ・イベント | GMO Developers
こんにちは、GMOインターネットグループ株式会社の長谷川です。 今回は Kubernetes 環境での Rook Ceph ストレージ に関して語っていこうと思います。 Rook Ceph とは Rook Cephは、Kubernetes上（k8s上）に分散ストレージのCephをデプロイし、ストレージの運用を自動化するストレージオペレーターで、Cephは分散オブジェクトストレージ機能を提供する、オープンソースのストレージソフトウェアです。 https://rook.io/ Kubernetes 環境でデプロイし、ストレージクラスを用意することで、PersistentVolume（PV）を Dynamic Provisioning することが出来ます。 【STEP1】Kubernetes クラスタを用意する。 まず Rook Ceph をデプロイする Kubernetes クラスタを用意しま
明けましておめでとうございます。 本年もどうぞよろしくお願い致します。 昨年UPしようと思っていた読書感想の下書きが、まだ少し残ってはいるのですが、年頭は、軽めの「びっくりした話」を２つほど… （コンサートでびっくりした話も、一昨年書きましたが。） ちょうど1年前にびっくりした話 私は1月生まれなのですが、恥を忍んで打ち明けてしまうと、1年前のその誕生日に、年齢を1歳間違えていたことに気づきました。 しかも、実際より1歳上だと勘違いしていて。 いつから勘違いしていたかというと、一昨年のある時からだと… 実際の年齢より１つ若かったことに気付いたので、得した気分でもありましたが、自分の年齢を間違えていたなんて、びっくりというよりかなりショックでした。 年齢など忘れたい歳ではあるにしても。 なので昨年は、笑い話的に「自分でも驚いちゃったよ～！」と、家族や友人にも話したのですが、バンド仲間にも「そ
こんにちは、レッドハットでストレージを中心にクラウドインフラを生業にしている宇都宮です。 いやーG1 Climaxも終わりましたね。今年のG1は矢野が盛り上げてくれたおかげで…ってプロレスの話じゃなくて。Rookですよ。3話目ですね、1クール13話やるまでは打ち切りにならないようがんばります。 前回は、実際にRookを使ってKubernetes(k8s)クラスター上にCephストレージをデプロイして使ってみました。 今回はCephに障害が起きたとき、Persistent Volume(PV)を使っているアプリケーションのI/Oにどのような影響が起きるかを見てみましょう。 ところで前回OpenShift Meetupというイベントがあることを紹介したのですが、来る9/11(水)に開催予定のOpenShift Meetup Tokyo #6はストレージ特集です！東京会場の一般席はありがたいこと
ストレージオーケストレーター Rook : 第7話 宿命のObject Bucket(Aパート) - 赤帽エンジニアブログ
この記事はRookだらけの Advent Calendar 2019 4日目の記事です。 ども。レッドハットでストレージを中心にクラウドインフラを生業にしているウツノミヤです。 さあイッテンヨンまで後1ヶ月になりました。1.5のIWGPヘビーの方が格上なのにどうも1.4のIWGP ICの方が盛り上がってるんですよね…リマッチなのに。このあたりいつも饒舌な内藤選手が何も喋らないことでうまくメディアと世論をコントロールしてる感じがします。あとみんな二冠二冠と言い出したから、IWGPヘビー級のベルトが二冠のための手段に扱われてちょっと相場が下がってる感があるのも否めないかな。まあこれは個人的なアレですけど。 まあプロレスの話はこれくらいにしといて、Rookアドカレ、見ていただいていますか？ 今年はじめてアドカレやってますが、もう4日目にしてヒイヒイ言っとるウツノミヤです。全部俺系の人は引き出しが
この記事はRookだらけの Advent Calendar 2019 1日目の記事です。 うつぼです。Advent Calendar用にRookの記事を書きます。赤帽エンジニアブログに(勝手に)連載中のストレージオーケストレーター Rookよりも、ちょっとおとなしい感じで書こうと思います。 とは言え初日はRookの概要的なことをまとめたりRook-Cephをやってみます。赤帽エンジニアブログで書いた内容と思いっきりカブりますが、これがないと2日目以降がやりにくくなると思うので… Rookとは何か Rookとは、Kubernetesで使うストレージオーケストレーターです。 RookによってCephやEdgeFSなどのSDSや、CockroachDBやYugabyteDBといった分散データベースを、Kubernetesクラスタ上で簡単に展開して分散ストレージクラスタを作ることができます。 Ro
はじめに Kubernetes上でストレージを管理するツールにRookがあります。RookはCloud Native Storageを実現するツールの一つとして、CNCF IncubatingのステータスにあるOSSです。しかし、私は「そもそもCloud Native Storageって何？」というところから出発したため、そもそもCloud Native Storageとは何かから始め、Rookはそれをどう実現するか、Rookで何ができるか、Rookの下で主に利用するCephとは何か、などを調べましたので、今回はその辺について紹介いたします。 Cloud Native Storageとは CNCF より そもそもCloud Native Storageとは何か、CNCFで公開している以下のページで紹介されています。 CNCF - Introduction to Cloud Native S
あらゆるストレージとデータソースをコンテナ化して統合する「Rook」の魅力：Kubernetesストレージの基礎【後編】 Rookは、各種ストレージハードウェアやクラウドストレージ、SQLおよびNoSQLデータベースをまとめてソフトウェア定義ストレージ化する。Kubernetesユーザー注目のソリューションの魅力と課題を紹介する。 コンテナがIT業界を席巻している。その魅力は抽象化にある。つまり、コンテナを使えば実行基盤からアプリケーションを切り離すことができる。 当然、ソフトウェアにはハードウェアが必要だ。だがKubernetesなどのコンテナオーケストレーションツールを介してコンテナを使えば、オンプレミスでもクラウドでもアプリケーションを実行できる動的な環境を構築できる。コンテナとコンテナオーケストレーションツールには、自動化を活用して素早くアプリケーションを作成、管理、拡張、停止する
この記事はRookだらけの Advent Calendar 2019 3日目の記事です。 Rook-CephでSSDとHDDの使い分けの例を説明します。 SSDにOSDメタデータを分けて置く Cephをご存知の方だと、『OSDのユーザーデータとメタデータ領域は分けたほうがいい』というプラクティスを知っていると思います。 メタデータはsmall I/Oがバンバン来るのでFlashデバイスの方がいいということです。そのとおりで、特にsmall I/Oに強くないHDDにとっては性能的に望ましくないです。 CephではユーザーデータはHDDへ、メタデータだけSSDやNVMeへと分けることができるので、Rook-Cephでやってみます。 3台のworkerにそれぞれ5つのデバイスをぶら下げます。 [utubo@tutsunom ceph]$ ssh xxxxxx.compute-1.amazonaw
以下イベントの発表資料です。 https://rook.connpass.com/event/202147/
この記事はRookだらけの Advent Calendar 2019 7日目の記事です。 昨日はOSD on PVCのCephクラスタをデプロイできたのはいいものの、OSDがうまく散らばってくれないという問題に直面しました。 しかも織り込み済みの問題だという。今回はこの問題を回避する方法の一例を紹介します。 そういうわけで、今の時点ではマニュアルで3nodeの散らばるように書く必要がありそうです。 3nodeに散らばるようにする方法 Kubernetesにまかせてカッコよくosdを散らすのは難しそうなので、マニュアルで散らせます。 色々失敗した検討した結果、こんな感じでNode Affinityを使ったら3osdずつ散らばりました。 [utubo@tutsunom ceph]$ cat my-cluster-on-pvc.yaml apiVersion: ceph.rook.io/v1 k
まいど。レッドハットでストレージを中心にクラウドインフラを生業にしている宇都宮です。 Red Hat Forum Tokyoの準備にかまけてすっかり間があいてしまいました(汗) 去る11/15にRed Hat Forum Tokyoがありました。足を運んでくださった皆さん、ありがとうございました。 今年のForumではROOK CHALLENGEという展示ブースの一角を担当させていただきました。中身はほぼDIY工作だったのでめっちゃ疲れましたが、めっちゃ楽しかったです。とにかく目立つ異様な一角を提供できたかなーと思います。 ROOK CHALLENGEは12/09開催予定のJapan Rook Meetup#1と、12/20開催予定のOpenShift.RUNの両方で展示する予定です。 引き続き、RookとOpenShift Japan CommunityのTwitterアカウント、@ja
Kubernetes Meetup Tokyo #53のLT資料です https://k8sjp.connpass.com/event/259350/
この記事は赤帽エンジニア Advent Calendar 2019 - Qiita15日目の記事です。 こんにちは、レッドハットでストレージを中心にクラウドインフラを生業にしている宇都宮です。 そして引き続きRookとOpenShift Japan CommunityのTwitterアカウント、@japan_rookと@openshiftjpのフォローお願いしまっす。 今日はストレージオーケストレーターRookのスピンオフで、OpenShift Container Storageのお話しをします。 OpenShift Container Storage OpenShiftは永続的なストレージを必要とします。一般的にストレージが利用されるのは次のような用途です。 ステートフル・アプリケーションのPersistent Volume OpenShiftのインフラサービス(Registry, Me
Rookのメンテナに就任しました: これまでとこれからの取り組み - Cybozu Inside Out | サイボウズエンジニアのブログ
はじめに こんにちは、Necoプロジェクトのsatです。先週CNCFのgraduatedプロジェクトであるRookのメンテナに就任しました。本記事ではRookがどういうソフトウェアであるかについて軽く触れた後に、何をしてきたことによってメンテナになったのか、今後どうしていくのかについて述べます。 RookはKubernetes上で動作する様々なストレージソフトウェアのオーケストレータです。主なターゲットは分散ストレージCephであり、開発者はCephを使った製品を作っているベンダやサイボウズをはじめとしたCephのユーザが主です。 サイボウズは国内向けクラウドサービスcybozu.comの次期ストレージ基盤としてRook/Cephを使うことを決めています。詳細については以下の記事をごらんください。 blog.cybozu.io メンテナになるまでの道のり 我々はRook/Cephクラスタの
この記事はRookだらけの Advent Calendar 2019 6日目の記事です。 Rook 1.1でできるようになった OSD on PVC の説明をします。 OSD on PVC ??? OSD on PVCというのは、ceph-osdをPVC から作ろうということです。 CephはブロックデバイスからOSDを作成するため、言うまでもなくceph-osdにはブロックデバイスが必要です。 osdのブロックデバイスはrook-ceph-osd Podが稼働するworker nodeから取ってくるので、事前に何らかの方法でworker nodeにブロックデバイスをattachしておかなくてはなりません。 しかしこのworker nodeにブロックデバイスをattachする作業は、Kubernetesが乗るプラットフォーム側の操作です。Kubernetesで何かしらやりようはあると思いま
Rook: EdgeFS をKubernetesへデプロイする
この記事は「Rookだらけの Advent Calendar」 2019/12/17分です。Rook EdgeFSについて記事を投稿します。 TL;DR 事前準備が終わっていれば3分でデプロイ可能事前要件はしっかりみておくOperatorは偉大この記事では実際にプロビジョニングするところまでやってみたいと思います。 端的に言うと以下のコマンドで終了です。 しかし、EdgeFSではクラスタ作成時の事前準備が必要となるためその部分を重点的に今日は書きたいと思います。 $ git clone https://github.com/rook/rook.git $ cd cluster/examples/kubernetes/edgefs $ kubectl create -f operator.yaml $ kubectl create -f cluster.yaml事前準備・今回の環境Rook
こんにちは、レッドハットでストレージを中心にクラウドインフラを生業にしている宇都宮です。 前回は、Kubernetes(k8s)のストレージオーケストレーターのRookを紹介しました。 今回は実際にk8sにRookを入れてCephをPersistent Volume(PV)として使ってみるとこをお見せしたいと思います。 ところで『Operator』ってご存知ですか？このブログでも弊社が誇る正義超人達がちょいちょいOperatorに言及してますが、来る7/26(水)に開催予定のOpenShift Meetup Tokyo #5はなんとこのOperator特集の回なのです！ ご存知でない方はこちらに来場していただけるとバシバシガッテン押せると思いますよ！ブログ/Tweet発信枠と大阪のサテライトは空きがあるので是非来てね！ 以上番宣でした！ 用意するKubernetesクラスター Rookは2
2019/11/13のKubernetes Meetup Tokyo #25のLT資料です。
はじめに Rookは「Cloud Native Storage for Kubernetes」を実現するために開発されているストレージオーケストレーターです。先日最新バージョンであるver 1.1が公開されましたが、その中でも特に注目された機能である「PVC-Based Cluster」について紹介したいと思います。 Cloud Native Storageとは KubernetesはVolume Pluginを利用してストレージを抽象的に扱い、Kubernetes上のアプリケーションに対してストレージを提供します。しかしKubernetesでストレージを利用する際の課題も存在し、それはKubernetesが云々というよりもストレージ自体の抱える課題です。 例えばオンプレミスのストレージを利用する場合、可搬性や拡張性に制限のある場合があります。またストレージを管理者が管理・維持する必要もあ
はじめに 本記事はRookと仲間たち、クラウドネイティブなストレージの Advent Calendar 2020 5日目の記事です。Rook/Cephのオブジェクトストレージのこれまでとこれから、とくにインタフェースについて述べます。まずはCephのオブジェクトストレージについて軽く触れた後に、Rookにおいてオブジェクトストレージをどのように使うのか、今後はどうなるのか、という順番で説明します。 Cephのオブジェクトストレージ CephはRadosGW(RGW)という機能名でオブジェクトストレージをサポートしています。インタフェースはS3互換のものとSwift互換のものの二つを提供しています。Cephの中心部にはRADOSという名前の独自形式のオブジェクトストレージシステムが存在していて、この機能はそれと一般によく使われている前述のインタフェースとのゲートウェイなので"Rados" "
絶賛成長期にあるだろう若手エンジニアは、どういう流れで自身の成長を促したら良いのだろうか、とふと思いつつ口頭で説明してみたけどよくわからんくなったので整理してみたいお気持ちです。 当ブログではアウトプットの効用みたいなものは書いてきましたが、インプットそのものについてはお初なので、自身を振り返る良い機会にもなりそうです。 はじめに これは私が二十数年間、プログラマー・インフラ・SRE といったエンジニアとして通ってきた中で、どのようにインプットをしてきたかを整理してみるチラ裏です。 自分は一般(?)と比べれば少々特殊な経歴で、情報学を学んだことも、新卒研修を受けたことも、IT系資格も、転職したこともない…… ほぼ独学による野良エンジニアとして生息してきましたので、あまり参考にはならないかもしれません。 それでも一応長く生き抜いてきたエンジニアの経験として、インターネットに数多くある参考例の
Kubernetesの監視#2 Elastiecsearch & Kibana on ROOK Ceph - Qiita
ROOK Ceph の永続ストレージを利用したアプリケーション利用としてログ分析基盤を導入してみたい。これまで ROOK Ceph のブロックストレージを検証したメモのQiita記事でROOK Cephのストレージを構築して、永続ストレージを利用したアプリケーションとしてKubernetesの監視#1 Promethus & Grafana on ROOK Cephでメトリックス監視を構築した。この記事では、ログ分析 エラスティックサーチ(Elastiecsearch) とブラウザUI キバナ (Kibana)を導入してみたい。 Elastiecsearchとサンプルアプリの名前空間作成 Elastiecsearch や Guestbook など複数のアプリケーションを Kubernetesクラスタへデプロイして運用する場合、必ず専用の名前空間を作成して、その中で動作させるのが良い。名前空
この記事は「Rookだらけの Advent Calendar」 2019/12/22分です。Rook EdgeFSについて記事を投稿します。 TL;DRAWSS 3/EdgeX S3 は efscli でサービス作成 →Kubernetes Object 作成ですぐ使用可能に基本的にはEdgeFSの抽象化のおかげで様々なストレージプロトコルを均一的に扱えるAWS S3とEdge-X S3の差はオブジェクトストレージにいくつかの機能を追加しているが使い方まではドキュメントされていない（as of 2019/12/22)EdgeFSでNoSQLという記載はEdge-X S3を指しているようだ デプロイこれまで通り相当簡単です。大きな流れとしては以下のとおりです。 EdgeFS 上でefscliを使い、クラスタ作成、テナント作成、バケット作成、サービス有効化を実施Kubernetes側でCRDを
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ストレージオーケストレーター Rook : 第1話 Rook大地に立つ!! - 赤帽エンジニアブログ
OSSへの貢献ノウハウ 〜LinuxカーネルからRookまで〜
年の始めは、びっくりした話と『Twenty Fight Rook』 - つるひめの日記
ストレージオーケストレーター Rook : 第3話 Rook-Ceph破壊命令 - 赤帽エンジニアブログ
Rookの概要とRook-Ceph - うつぼのブログ
Rook (ver 1.1) に入門する - TECHSTEP
あらゆるストレージとデータソースをコンテナ化して統合する「Rook」の魅力
Rook-CephでSSDとHDDを使い分ける - うつぼのブログ
プロダクション向けRook/Cephクラスタ構築への道
Rook-Ceph OSD on PVC(後半) - うつぼのブログ
ストレージオーケストレーター Rook : 第5話 CephFSの脅威 - 赤帽エンジニアブログ
GitHub-hosted runnerでそこまでやるの！？Rookの場合
ストレージオーケストレーターRook 0080 OCSの中のNooBaa(前半) - 赤帽エンジニアブログ
Rook-Ceph OSD on PVC(前半) - うつぼのブログ
ストレージオーケストレーター Rook : 第2話 Rook-Ceph出撃す - 赤帽エンジニアブログ
Rook v1.1なら出来るPVC-basedな分散ストレージ
Rookの紹介 ~ver 1.1の新機能 PVC-Based Clusterを試す~ - Qiita
Rook/Cephのオブジェクトストレージ ~ 現在と将来
rook5963のブックマーク - はてなブックマーク
Rook: EdgeFS AWS S3/ Edge-X S3 やってみた
techplay.jp
www.tokyo-np.co.jp
museum.kirinholdings.com
current.ndl.go.jp
twitter.com
kanasoku.info