ハードドライブをより大きなものに交換するつもりですが、これを行うためのベストプラクティスを教えてください。 256MBバージョンのRAIDコントローラを搭載したHP ProLiantを使用しています。
03:00.0 RAID bus controller: Hewlett-Packard Company Smart Array G6 controllers (rev 01)
10.000 rpm 146GBのペアもありますSAS RAID 1のドライブです。OSはUbuntu 10.04、64ビットです。LVMを使用していません。
zduric@pbksrv002:~$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/cciss/c0d0p1 130G 119G 9.7G 93% /
none 3.0G 192K 3.0G 1% /dev
none 3.0G 0 3.0G 0% /dev/shm
none 3.0G 64K 3.0G 1% /var/run
none 3.0G 0 3.0G 0% /var/lock
none 3.0G 0 3.0G 0% /lib/init/rw
zduric@pbksrv002:~$ mount
/dev/cciss/c0d0p1 on / type ext4 (rw,errors=remount-ro)
そこに保存されているコンテンツが大幅に増加したため、このアレイを300GBの別のペアに交換する必要があります。 Ubuntu 10.04には、Tomcatとドキュメント管理アプリケーション(ほとんどのドライブがいっぱいになります)があります。それを行うための最良の方法を探しています。
次のいずれかを実行できると思っていました。
オプションI:ドライブを一度に交換します。基本的に、私はこのようなことをします:
私はそれについての2回の再構築の部分が好きではありません。また、それがうまくいくかどうか、さらに悪いことに、どれだけのダウンタイムがかかるかもわかりません。 (約115GBのデータ、OSを含みます。)
オプションII:新しいアレイを作成します。ここでの考え方は、新しいディスクを追加して2番目のアレイを作成することです。次に、Tomcatアプリケーションを新しいアレイに移行できます。これは、単純なcp操作を意味します。
このオプションの方がずっと好きです。これは、OS専用に使用する最初のアレイも残り、将来的にOSのアップグレードをより簡単に行えるようになるためです。
オプションIIはまったく可能ですか?この手順全体を実行するための良いリソースはどこにありますか?
私が試すべき他のより良い、よりスマートなオプションはありますか?
前もって感謝します。
オプションがあります...
特定のケースについては、 HP Smartアレイコントローラーユーザーガイド の81ページで説明しています。
新しい容量が利用可能になったときに何をするかの概要については、 HP Smartアレイリファレンスガイド の20ページの情報に従ってください...
df -h
の出力を投稿できますか?HP SmartアレイRAIDコントローラーを使用して論理ドライブを拡張するには、各ディスクを1つずつ大きなドライブに交換し、その間に時間をかけて再構築することができます。その結果、論理ドライブが大きくなり(HPの用語で)、既存のドライブに割り当てたり、新しい論理ドライブに分割したりできる未使用のスペースが提供されます。
ドライブの交換を行う場合、新しいアレイサイズを認識するための再起動以外に、多くのダウンタイムは必要ありません。論理ドライブを拡張するには、オンライン拡張(HPアレイ構成ユーティリティを使用)またはオフライン拡張( bootable SmartStart CD を使用)が必要です。そして、パーティションのサイズを変更するためにファイルシステムレベルで行う必要があることは何でも。サーバーOSの構成に応じて、1回または2回の再起動でこれを実行できます。
お使いのOS用のHP管理エージェントとドライバー をインストールすることも意味があります。また、サーバーコンポーネントのファームウェアの更新も役立つ場合があります。それを実現するために利用可能な ブート可能なファームウェアDVD があります。
ドライブを一度に1つだけ交換する場合、新しいアレイのビルドは以前のアレイと同じサイズになるため、問題が発生する可能性があります。ファイルシステムは拡張について知りません。
その後、その場でパーティションとファイルシステムのサイズを変更する必要があります。 RAIDコントローラーに問題がないと仮定します。そしてファイルシステム。一部のシステムは他のシステムよりもこれらのアクロバットに適しています(LVMを使用していますか?)
私が個人的に行うことは、別のサーバーを構築して元のサーバーと並行して実行することを検討し、すべてが明確になったら、新しい本番システムに切り替わります。
それができない場合は、サーバーをシャットダウンして、ブランドスパンキンの新しいアレイを最初から完全に作成し、バックアップから復元する時間をスケジュールします。これには、問題があり、再構築を中止しなければならなかった場合に、古いドライブを利用できるという利点もあります。
これらの2つのアプローチは、「チャンスをとる」部分を節約し、バックアップをテストし、すでに不機嫌で疲れている朝の3時に「プランB」(またはCまたはD)に切り替わる機会を減らします。 、そしてもっと愚かな間違いを犯しがちです。
それ以外の場合は、ファイルシステムとボリューム管理ソフトウェア(LVMとファイルシステムのサイズ変更ユーティリティ)を調べて、RAIDコントローラーが何かおかしなことを行わないようにして、可能性があるとなる問題を引き起こす必要がありますとにかくバックアップから復元する必要があります。
それが私の見解です...おそらく、あなたのようなモデルコントローラーとサーバーを持つ誰かが個人的な経験を与えることができます。私のアプローチはより一般的な傾向があり、「念のため」のEdgeの問題を排除しようとしています。
オプション1は実際にはオプションではありません。既存のRAIDアレイの内容を新しいディスクにコピーしても、アレイサイズは増加しません。
HP RAIDコントローラーがオンラインアレイのサイズ変更を提供しない限り、それは物理的にも不可能です。それでもアレイを拡大するだけで、パーティションは拡大しません。
オプション2:コントローラーにドライブを追加し、新しいRAID-1アレイを作成し、アレイのフルサイズを使用して新しいパーティションを作成し、コンテンツを移動します。
データのコピー中はダウンタイムが発生しますが、最初のフルコピーアクションの後でrsyncを使用して、アプリケーションが停止しているときにこれを最小限に抑えることができます。