Luminousに触れていたころから知ってる特性なのですが、OSDを追加すると基本的にリバランス処理が発生します。この間、結構な処理が流れます。objects/s上記のように、CRUSHアルゴリズムに従い、本来配置すべきオブジェクト位置を定めて再配置が行われます。基本的にそのIOをやり取りすることは可能です。注意すべきは「pgs」のところで、「activating」と言う表示が出ていた場合で、このときそのPGに対するアクセスは行えません。そのため、アクセスできない箇所に対するところでIO処理が停滞すると、場合によってはデッドロックにもなったりするので、二次障害が波及しないようそれなりの配慮が必要になる点は本当に気をつけてください。ネットワークグラフを覗いてみる各ホストのネットワークトラフィックを覗いてみる。意外とグラフが乱高下していて安定性に欠けるなぁと感じています。リカバリープロセスに対する帯域は24MB/sec程度に保たれているので、これはこれでまだ現実的な動きが出来てるのかなぁと感じました。以前Luminousを使ってたときはもっと高速だったように思いますが、当時はかなりカリカリにチューニングしていて、しかもそれを今覚えてないと言うね・・・。思い出しながらきれいなチューニングを心掛けてみたいと思います。格納されたHost2号機のネットワークグラフディスクグラフを覗いてみるディスクのスループット状況も、ネットワークのインターコネクトと同様の形状になりました。意外とディスクスループットは出てるようで、単にディスク処理の量が多いだけみたいに見えます。Host1号機のディスクグラフHost2号機のディスクグラフダッシュボード機能もあるよCephにはGUIで見やすく状態を確認できるダッシュボードがあります。MGRノード経由でアクセスすることになりますが、詳細手順は割愛します。有効化の手順が必要です。Dashboard各OSDのIO状態を確認することも出来ます。S3互換のオブジェクトストレージとして利用する局面を試してみたいなーと思っていたりはしています。うまくいけばもっと汎用的に様々な活用が出来そうなので。したところをうまくやり取りしながら遊んでいこうと考えています。mininetはネットワークエミュレータです。仮想でホストとOpenFlowスイッチを構成し、その箱庭環境の中で色々な動作確認を行うことができます。デフォルトではこんなトポロジーになってます。Volumeについてちょっとあれこれ考えてみた。これまで、インスタンスづくりは外部のサイトを見様見真似で作ってきた経緯があり、今回も見様見真似で作ったものの、色々内容が整理できてきたこともあり、ブログに構築手順を書き起こしてみました。※一部、手順を修正しました。WWW.BLUECORE.NETおよびMastodon/Pleromaのアクセス受付回線を変更しました。解説すると以下のような感じです。3560にてipv6を実装した。StoreOnce-CatalystタイトルとURLをコピーしました。