＠IT：特集：最新IPストレージ技術「iSCSI」 - Part.1
最近、ネットワーク分野での注目トピックの1つに、「ネットワーク・ストレージ」があります。「ストレージといえば、サーバに接続するもの」という概念を一歩抜けて、ストレージ自体をネットワーク化することで、冗長性や拡張性、容易な管理の仕組みを実現するのですが、これは一般に「SAN（Storage Area Network）」と呼ばれています。 従来までのSANは、ファイバ・チャネルという専用インターフェイスを用いて、機器同士の接続が行われていました。ですが、高いパフォーマンスが得られる反面、価格面やエンジニアのスキルなどの問題で、普及が進みにくいということもありました。その中で登場した「iSCSI」、従来の汎用ネットワーク・インフラを用いてSANシステムを構成できる点で注目を集めつつあります。本記事では、この「iSCSI」はどのような技術なのか、その特徴や技術仕様についてまとめて解説します。 従来
きゃべつ丸ごと煮る - ごはん修行
本家の方にも書きましたが、コッチにも。 昨晩は圧力鍋できゃべつをまるごと煮ました。 圧力鍋を買った時についてた、フィスラーのレシピ本にのってたやつです。 きゃべつの芯をくりぬいて、きゃべつの1/3くらいまで十字に切り込みを入れる。 切り込みのとこにベーコンを刻んだやつ（ハムでも可。今回はチャーシュー）つめる。 圧力鍋に、白ワイン1カップ、水1/2カップを入れる。 きゃべつを蒸し器に入れ、圧力鍋に入れて火にかける。（三脚は使いません） 圧力強で4分、急冷する。 【ドレッシング】 オリーブオイル大さじ5/レモン汁大さじ2/塩こしょう 少々/粉チーズ 適量/バジルのみじん切り 適量 以上を混ぜておわり このドレッシングが、なんか味気なくて「大丈夫か？ポン酢の方が旨いんじゃね？」とおそるおそる使ってみたんですが、これがまたキャベツの水分と合わさってすごくさっぱりおいしくいただけました。 きゃべつに
急にお葬式をする場合に知っておくべき心得
先月末に実の父が亡くなったのですが、その際の教訓を生かすため、急にお葬式をする場合に知っておくべき心得をまとめてみました。実際のところ、人が亡くなるときは急に亡くなる場合が多く、あまり事前に準備する時間などもないのが実情ですので、何かの役に立てば幸いです。 今回は市営葬儀で家族葬をする場合、どのようなことを決めていく必要があるのか、そして合計でいくらほどかかるのかを示します。市営葬儀とは、住んでいる市町村の運営する斎場・葬儀場などを利用する葬式のこと。家族葬とは、ごく親しい家族などだけで行う葬式のことです。 ■葬儀社を決める 葬儀社を決める方法は一般的には2種類。1つは生きている間に「互助会」などに入って葬儀代を積み立てておくというもの。この場合は亡くなってすぐに互助会へ電話連絡すれば、互助会に入る際に本人が決めた段取り通りにすべてがフルオートで進んでいくことになり、残された人たちの負担が
第6回 イベントハンドラから脱却しよう
今回はイベントについて学んでいきましょう。JavaScriptによるアプリケーションを作成するうえでは，イベントは欠かすことができない要素です。 ここでは，旧来より使われてきたイベントハンドラのおさらいと，イベントハンドラの問題点を考察します。そして，イベントハンドラに置き換わるW3C DOMイベントモデルの基礎を学んでいきます。 イベントとは イベントとは，ブラウザ上で発生した出来事全般のことを表します。例えば，ブラウザに表示された画面上でマウスをクリックしたり，テキストボックスに文字を入力するといったように，閲覧者が何か操作したときにイベントが発生します。また，HTMLがブラウザに読み込まれたり，別のページに移動したという現象もイベントとして認識されます。 まずはじめに，旧来より使われてきたイベントハンドラについておさらいしましょう。 イベントハンドラ イベントをJavaScriptで
RubyCocoa 入門
RubyCocoa とは？ RubyCocoa は、Mac OS X アプリケーションを開発するためのフレームワークです。 RubyCocoa によって、 OS X アプリケーションを作ること Ruby から拡張ライブラリとして Cocoa を利用すること ができるようになります。 RubyCocoa のインストール Tiger の場合、以下の URL から最新版の dmg をダウンロードして、インストールしてください。 http://sourceforge.net/project/showfiles.php?group_id=44114 Leopard では、RubyCocoa は OS に標準添付されているので、インストールの必要はありません。 はじめての Mac OS X アプリケーション では、さっそくアプリケーションを作ってみましょう。 まず、Xcode を立ち上げます。(/De
OTN Japan - 今だからデータ・アクセスを真剣に考える！ 第2回
前回の「データベースことはじめ（前編）」では、システムの論理的な階層の中でドメイン層をどの様に実装するかということで、PoEAAのアーキテクチャパターンを元に見てみました。今回は、パーシステンス層のアーキテクチャパターン＋αを見ていきます。 まずパーシステンス層を見る前に、今回の話題とは直接ではないですが、間接的に関わってくる層のサービス層に関して少し触れておきたいと思います。サービス層は、ドメイン層配下のビジネスロジックをユーザインタフェース層やアプリケーション層から利用するためのインタフェースとして機能します。一般的にトランザクションロジックやセキュリティロジック、ドメインロジックのワークフロー等のドメインロジックとは直接関係ないロジックを含むのみで、大きなドメインロジックを含むことは好ましくないとされる層です。 では、パーシステンス層です。ここまで、役割的には、データアクセスの実装を
最短かつ最速にアクセスする「DB高速化技術」（後編）
＞＞前編 ハッシュ利用で比較を減らす 後編ではまず，オプティマイザが選択する最短経路を紹介する。 複数のテーブルを共通のキーを用いて結合する「ジョイン」はいくつかの方式がある。その一つであるハッシュ・ジョインは，ハッシュ関数を使って，一つのテーブルのキーからハッシュ値を計算する（図4）。さらに，ハッシュ値と該当するデータで構成する「ハッシュ・テーブル」を作成する。同様に二つ目のテーブルからハッシュ値を計算し，その値を基に検索するハッシュ・テーブルのレコードを特定する。ハッシュ値を計算するだけで比較対象のデータが絞り込めるので，ほかのジョイン方式よりも高速になる場合がある。ただし，「各テーブルを展開できるだけのメモリー容量が必要になる。メモリーが足りないと逆に遅くなる」（伊藤忠テクノソリューションズ プラットフォーム技術部 部長代行 宮田武氏）といった注意点がある。 図4●ハッシュ・ジョイン
Microsoft Learn: Build skills that open doors in your career
Microsoft Learn. Spark possibility. Build skills that open doors. See all you can do with documentation, hands-on training, and certifications to help you get the most from Microsoft products. Learn by doing Gain the skills you can apply to everyday situations through hands-on training personalized to your needs, at your own pace or with our global network of learning partners. Take training Find
[実装編]通信モードの「自動識別」と「全二重固定」を混在させてはいけない
LANを構築する際のネットワーク機器において，通信モードの「自動識別」と「全二重固定」が混在すると，「うまく通信できなかったり，通信速度が遅くなったりというトラブルが生じる」（ネットワーク構築を多く手がけてきたアルファシステムズ 技術推進部 第一システム研究課 岸哲郎氏）。自動識別モードの機器同士であれば，FLP（Fast Link Pulse）バーストという識別信号を送り合い，両者が選択できる最速の通信方式を選択しようとする（図）。ところが全二重固定モードの機器は，FLPバーストに応答しない。リンク中を示す信号を送るだけで，この信号を受け取った自動識別モードの機器は相手が全二重か半二重かの区別ができない。イーサネットの仕様では，全二重/半二重の区別がつかない場合は半二重で送ることになっているのでトラブルになる。 図●通信モードの「自動識別」と「全二重固定」が混在した場合の動き 通信速度が
意外に知られていない熱対策
まず空気の流れを制御する サーバーの熱対策としてまず思い付く手段は空調である。では，部分的に温度が際立って高い場所が生じた場合はどうするか。ここで，空調の温度を下げてサーバー・ルームをもっと冷やせばいいと考えていないだろうか。 これは正しい熱対策とは言えない。「局所的な熱なのに，部屋全体を冷やすことは電気代の無駄」（日本ヒューレット・パッカードの高原明彦インフラソリューションマーケティング本部プログラムマネージャ）。空調を強めるより，まずは熱を逃がす方法を考えたい。 熱対策を考える上で重要なのは，サーバー・ルーム全体の効率的な冷却である。その基本になるのは，エアフロー（空気の流れ）を考慮したラックや空調設備のレイアウトだ。冷気の通り道「コールド・アイル」と暖気の通り道「ホット・アイル」を分けて作るように，ラックの向きや列をそろえる（図1）。 一般に，サーバーは前面から冷気を取り込み，背面か
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[Think IT] 第3回：システム利用環境を考慮していますか？ (2/3)