ストレージオーケストレーター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で提供するストレージには、既存のインフラで苦労した点を無くす、あるいは軽減するために次の
CNCFがRookプロジェクトをホストへ - クラウド ネイティブ ストレージ機能を強化 - The Linux Foundation
Cloud Native Computing Foundation (CNCF)のTechnical Oversight Committee(TOC 技術監視委員会)は2018年1月29日(米国時間)、Rookプロジェクトをホストすることを決定しました。Rookは、Kubernetes、Prometheus、OpenTracing、Fluentd、Linkerd、gRPC、CoreDNS、containerd、rkt、CNI、Envoy、Jaeger、Notary、TUFに続く15番目のプロジェクトとなります。 RookはCNCF Graduation Criteria v1.0の下、インキュベーション プロジェクトとしてホストされました。CNCFはそれぞれのプロジェクトを成熟度に応じてインセプション、インキュベーション、グラデュエートいづれかにレベル付けしています。インキュベーション プ
Kubernetesに分散ストレージのCephを統合する「Rook」がCNCFの正式プロジェクトに。ファイル、ブロック、S3互換オブジェクトストレージやマルチリージョン対応も
Kubernetesに分散ストレージのCephを統合する「Rook」がCNCFの正式プロジェクトに。ファイル、ブロック、S3互換オブジェクトストレージやマルチリージョン対応も Cloud Native Computing Foundationは、Kubernetesにストレージ機能を統合する「Rook」を15番目のプロジェクトとして承認した。Rookの最初のターゲットはKubernetesにCephを統合することである。 Dockerコンテナを用いた分散アプリケーションのオーケストレーションツールであるKubernetesは、現在のところクラスタ化されたコンテナの死活管理といったオーケストレーション機能を提供するソフトウェアです。 Kubernetesの開発を主導しているCloud Native Computing Foundation（以下CNCF）は、Kubernetesにストレージ管
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
File systems unfit as distributed storage backends: lessons from ten years of Ceph evolution | the morning paper
