現在物理サーバにて動いているサーバを
とりあえず不安定になってきたので
ＥＳＸｉ環境に構築すべくマシンを用意して構築に入りました。
元ついていたＣＰＵを取り外しクアッドコアへ置換をかけて、
メモリーを４ＧＢまで増設しハードウェアＲＡＩＤカードを増設し
認識するところまでやりました。
しかしながら、この増設したハードディスクにアクセスすると
デバイスがフリーズしてしまうので、今そこでトラブっています。
たぶんRAIDカードがPoorなんですね。
取り急ぎ、ＬＡＮカードを増設し認識しない所を
無理矢理ドライバーをつっこんで認識させました。
後はＲＡＩＤ環境やね。
このＥＳＸｉで各それぞれの環境を構築し
現在のサーバを移行して行けたらなと思います。
各サーバログインがめんどくさいのLDAPをたてて管理する予定です。
こいつの完成は、現在の環境のまま構築してその間に
RAIDカードを用意してそちらに移してから正式運用みたいな形に
なるかと思います。
RAID構成について
現在RAID５かRAID１を２アレイかRAID１＋０環境か悩んでいます。
クラウドはDisk速度が肝なんです。
速さを求めるには、RAID０をと思うのですが
耐障害性がまったくありません。
本番運用で使うのはきついです。
となってくると、RAID１を２アレイにして各サーバを
負荷の高い物を２つのアレイに分けたりして
負荷分散をさせときつつ使う方法か
そもそもRAID０と２アレイ組んで、その2アレイをさらにRAID１を組む形で
耐障害性と速度を両立できる方式が好ましいのかな？と。
RAID５も一応ストライピングしてるので有効かも知れませんが
如何せんパリティを計算して各ディスクに書き込むので
その計算速度はハードウェアRAIDカードの能力とキャッシュの容量に
よって決まってくるのでどうかな？と。
容量も考慮すると、５００GBｘ４のRAID5が好ましいのかと思います。
RAID１＋１（５００GB＋５００GB）１TB
RAID１＋０（５００GB＋５００GB）１TB
RAID５（５００GB＋５００GB＋５００GB）１．５TB
悩んでいる最中ですが、RAIDカードがまだ手に入っていませんので
なんともいえません・・・・。（爆
-------
sent from WILLCOM 03
とりあえず不安定になってきたので
ＥＳＸｉ環境に構築すべくマシンを用意して構築に入りました。
元ついていたＣＰＵを取り外しクアッドコアへ置換をかけて、
メモリーを４ＧＢまで増設しハードウェアＲＡＩＤカードを増設し
認識するところまでやりました。
しかしながら、この増設したハードディスクにアクセスすると
デバイスがフリーズしてしまうので、今そこでトラブっています。
たぶんRAIDカードがPoorなんですね。取り急ぎ、ＬＡＮカードを増設し認識しない所を
無理矢理ドライバーをつっこんで認識させました。
後はＲＡＩＤ環境やね。
このＥＳＸｉで各それぞれの環境を構築し
現在のサーバを移行して行けたらなと思います。
各サーバログインがめんどくさいのLDAPをたてて管理する予定です。
こいつの完成は、現在の環境のまま構築してその間に
RAIDカードを用意してそちらに移してから正式運用みたいな形に
なるかと思います。
RAID構成について現在RAID５かRAID１を２アレイかRAID１＋０環境か悩んでいます。
クラウドはDisk速度が肝なんです。
速さを求めるには、RAID０をと思うのですが
耐障害性がまったくありません。
本番運用で使うのはきついです。
となってくると、RAID１を２アレイにして各サーバを
負荷の高い物を２つのアレイに分けたりして
負荷分散をさせときつつ使う方法か
そもそもRAID０と２アレイ組んで、その2アレイをさらにRAID１を組む形で
耐障害性と速度を両立できる方式が好ましいのかな？と。
RAID５も一応ストライピングしてるので有効かも知れませんが
如何せんパリティを計算して各ディスクに書き込むので
その計算速度はハードウェアRAIDカードの能力とキャッシュの容量に
よって決まってくるのでどうかな？と。
容量も考慮すると、５００GBｘ４のRAID5が好ましいのかと思います。
RAID１＋１（５００GB＋５００GB）１TB
RAID１＋０（５００GB＋５００GB）１TB
RAID５（５００GB＋５００GB＋５００GB）１．５TB
悩んでいる最中ですが、RAIDカードがまだ手に入っていませんので
なんともいえません・・・・。（爆
-------
sent from WILLCOM 03
2010,04,06 Tue 17:35
昨日システムの再起動を行いました。
別記事にて掲載しているアタックによる
システムがbusyな状態の復帰の為です。
取りあえず今は正常に戻りつつあります。
まだ多少レスポンスが落ちているかもです。
完全復帰はアタックが終わらないと何とも言えないです。
トラフックもアタックでかなり増加しています。
また、内部とファイヤーウォールのホストウォッチで
パケットの入出力を常に監視しているので
外部に対してアタックの踏み台になっているような事はありません。
詳細は別記事にて掲載予定です。
別記事にて掲載しているアタックによる
システムがbusyな状態の復帰の為です。
取りあえず今は正常に戻りつつあります。
まだ多少レスポンスが落ちているかもです。
完全復帰はアタックが終わらないと何とも言えないです。
トラフックもアタックでかなり増加しています。
また、内部とファイヤーウォールのホストウォッチで
パケットの入出力を常に監視しているので
外部に対してアタックの踏み台になっているような事はありません。
詳細は別記事にて掲載予定です。
2009,01,20 Tue 09:43
最近毎晩寝るのが遅い。
サーバー構築であったり色々やっている。
昨日も寝たの夜中の３時半である。
今かなり意識レベルが低下している。
今日こそ早く寝ようっと。
何も考えることなく。
そんな電車なかで鼻に綿埃が鼻に吸い込まれた。
いやはや最悪である。
サーバー構築であったり色々やっている。
昨日も寝たの夜中の３時半である。
今かなり意識レベルが低下している。
今日こそ早く寝ようっと。
何も考えることなく。
そんな電車なかで鼻に綿埃が鼻に吸い込まれた。
いやはや最悪である。
2008,05,30 Fri 19:24
Linuxは現状ＥＵＣとＵＴＦ−８が混在している時期かと思っています。
スクリプトをダウンロードしてきても文字コードがマッチしないことが多い。
かなり使いにくい今日この頃です。
今日もＸＯＯＰＳのモジュールをダウンしてきたら
エラーで直接ｖｉで開いたら文字化けだよ。
ＥＵＣで書かれているようだ。
全変換してからあげないとダメでかなりてまな感じ。
へたれ社内ＳＥの愚痴でした。
スクリプトをダウンロードしてきても文字コードがマッチしないことが多い。
かなり使いにくい今日この頃です。
今日もＸＯＯＰＳのモジュールをダウンしてきたら
エラーで直接ｖｉで開いたら文字化けだよ。
ＥＵＣで書かれているようだ。
全変換してからあげないとダメでかなりてまな感じ。
へたれ社内ＳＥの愚痴でした。
2008,05,29 Thu 19:39
なんだかな〜。今日の早朝４時２３分付近にサーバーが落ちた模様。
朝から復旧して今は無事にあがった模様。
安定したサーバーがほしいやね。
今ＲＡＩＤのリビルドが走っているかも。
朝から復旧して今は無事にあがった模様。
安定したサーバーがほしいやね。
今ＲＡＩＤのリビルドが走っているかも。
2007,08,09 Thu 09:04
最近、１台NASにしようと思っていたサーバーが部品調達に失敗して
フリーのお遊びサーバーになっています。
そこで、CentOS５をインストールしてみることにしました。
今まで、X-Windows ってGnomだったっけか？いれないんだけど
今回は、ちょっと入れてみた。なんか、昔レッドハット７J時代に入れた時と比べ
まったく軽くびっくりしました。
デュアルCPUだからかも知れませんが、クロックは７３３MHzとお世辞にも
早いCPUとはいえない状態。ただ、NASで使う分にはまったくオーバースペックじゃね？
とか思う今日この頃だったりする。
とはいえ、こいつを早くNASにせねばと思いつつ、部品待ち状態となっています。
NASってやっぱ、RAID５よねーとか思ったのが間違いだった気がします。
ソフトウェアRAIDでいいかな！？とか最近思い始めています。
フリーのお遊びサーバーになっています。
そこで、CentOS５をインストールしてみることにしました。
今まで、X-Windows ってGnomだったっけか？いれないんだけど
今回は、ちょっと入れてみた。なんか、昔レッドハット７J時代に入れた時と比べ
まったく軽くびっくりしました。
デュアルCPUだからかも知れませんが、クロックは７３３MHzとお世辞にも
早いCPUとはいえない状態。ただ、NASで使う分にはまったくオーバースペックじゃね？
とか思う今日この頃だったりする。
とはいえ、こいつを早くNASにせねばと思いつつ、部品待ち状態となっています。
NASってやっぱ、RAID５よねーとか思ったのが間違いだった気がします。
ソフトウェアRAIDでいいかな！？とか最近思い始めています。
2007,06,22 Fri 14:08
しかも暑い。
いや〜昨日マルチホーミングのシェルをリニューアルしていたら夜遅くなり、朝起きてみたらやべ〜遅刻寸前じゃん。
しかも、ボンディングのモードをラウンドロビンからアクティブ・スタンバイに戻したらＮＦＳマウントしてバックアップしてるのが遅い遅い。
先ほど元のラウンドロビンに戻して再起動しておいた。
ということで、昨日はサーバーの再起動をしまくった訳でつながらない時間帯が多発したと思います。
しかしながら、これで回線が正常に戻ったのかかなり不明。
検証する必要はあると思ったり。
いや〜昨日マルチホーミングのシェルをリニューアルしていたら夜遅くなり、朝起きてみたらやべ〜遅刻寸前じゃん。
しかも、ボンディングのモードをラウンドロビンからアクティブ・スタンバイに戻したらＮＦＳマウントしてバックアップしてるのが遅い遅い。
先ほど元のラウンドロビンに戻して再起動しておいた。
ということで、昨日はサーバーの再起動をしまくった訳でつながらない時間帯が多発したと思います。
しかしながら、これで回線が正常に戻ったのかかなり不明。
検証する必要はあると思ったり。
2007,06,21 Thu 09:08
うちのサーバーにはデフォルトゲートウェイが実質上２つ存在している。
その２つにｉｐテーブルを作成してＡネットワークからきたパケットは必ずＡに返す。
Ｂからきたパケットか必ずＢに返すような設定を行っている。
しかしだ、たまにネットワークが切断されるような状態が発生している事から恐らくボンディングの設定とこのマルチホーミングの設定を見直さないといけないな。
おいおいやっていこう。
もしかしたら、半二重モードでハブが全二重モードになっているのかも。
一応ハブでは全二重モードに固定したんだが。
その辺りも確認せねばならんね〜。
その２つにｉｐテーブルを作成してＡネットワークからきたパケットは必ずＡに返す。
Ｂからきたパケットか必ずＢに返すような設定を行っている。
しかしだ、たまにネットワークが切断されるような状態が発生している事から恐らくボンディングの設定とこのマルチホーミングの設定を見直さないといけないな。
おいおいやっていこう。
もしかしたら、半二重モードでハブが全二重モードになっているのかも。
一応ハブでは全二重モードに固定したんだが。
その辺りも確認せねばならんね〜。
2007,06,20 Wed 18:58
トラックバックやコメントは
営利目的の内容
