起動時の作業Cephの難点かな?と感じること引っ越すことになるためk8s環境もDRサイトへ移動させたことだし、それではCephをシャットダウンしようかと雑に停止した所、起動で泡を吹く羽目になりまして、要は、停止前のリバランス処理などを抑止するフラグを立てておらず、Crushmapの整合性が崩れたのです。今度引っ越すことになるわけで、またコレを停止しなければならないのですが、いつも行き当たりばったりでTipsを参照して停止していたので、知識として定着しておらず、この際しっかり確認をすることに。停止時の作業いずれか1台のCephノードで以下コマンドを実行します。pauseその後、サービスノードをシャットダウンするOSDノードをシャットダウンするモニターノードをシャットダウンする最後にAdminノードをシャットダウンすると言う流れで落としていきます。我が家の場合、役割を兼任していることもあり、4号機⇒3号機⇒2号機⇒1号機の純でシャットダウンする感じになりますが、Adminノードに関しては動的に1台が受け持つ形になるので、それはCephダッシュボードから確認することになります。起動時はAdminノードを起動モニターノードを起動OSDノードを起動サービスノードを起動となります。我が家の場合、1号機から順次立ち上げ、すべてのプロセスが完全に起動するまで待機する感じになります。プロセス起動状態はCephダッシュボードで確認ができるので、それを使用する感じになりますね。起動が完了したら以下のコマンドを打ち込めば、IO可能な状態になります。pauseコレもどれか1台のノードで実行すればOKす。Cephの難点かな?と感じることころっと忘れていたことなんだけど、Cephの一番扱いが難しいのは、オートヒーリング。二番目に難しいのは変動するCrushmapってことを実感しました。オートヒーリングは、時として助かるものなのですが、使い方を誤ると無駄にCephを混乱させて、収集つかない状態に持っていってしまうんですよね。Crushmapは特にVM上で動かすことに対して影響が大きいものかなと思ってます。VM上だとVMDKでは特にディスクの見分けがつかず、キャッシュ化させてたSSDを無理やりHDDに取り込んでしまうことを知りました。これがOSD追加の時に起こるのか、オートヒーリング失敗時に起こるのかは分かっていません。今後覚えていて気力があれば調べてみたいと思います。技術のお話し[Linux][Network]mininetをインストールしてみる先の投稿でRyuをインストールしてみたわけなんだけど、いきなり実環境に適用するデータプレーンを持っていく勇気はなく、実験環境が構成できるmininetのインストールを試みました。IPMPを組むIPMPを組んでみた!と言うわけで記事にする。今回の構成はこんな感じです。他のサーバと同じように、1つのGigabitスイッチに2つのインタフェースを接続します。Firewallやら日頃から使っていたりします私、アンチウイルスソフトを購入してみることにしました。Groupに接続をした。Groupへの参加を果たしました。悪戦苦闘することになったので、備忘録を残します。昨年11月に予約して居た品が、ついに1月下旬に到着しました。Switch)を2機種ほど購入しました。NASアプライアンスには最近では、大抵の製品にSnapshot機能がついているのですが、当然Isilonにもこの機能が搭載されています。3560にてipv6を実装した。StoreOnce-CatalystタイトルとURLをコピーしました。