タグ

関連タグで絞り込む (1)

タグの絞り込みを解除

virtualizationに関するsh2のブックマーク (8)

  • 仮想化すべきでない10の理由(via Trend Cloud Security Blog) - 虎塚

    Trend Cloud Security Blogの昨年末の連載記事で、「システムを仮想化しない理由」がまとめられていました。 内容は、仮想化するかしないかの参考にするというよりも、「システムを仮想化しようと考えたときに対応を検討する必要があるもの」という観点で見た方がよい感じでした。 覚書きを兼ねてメモしておきます。 原文 5回の連載で10項目が挙げられています。 http://cloudsecurity.trendmicro.com/blog-series-part-1-of-5-10-reasons-not-to-virtualize/ http://cloudsecurity.trendmicro.com/blog-series-part-2-of-5-10-reasons-not-to-virtualize/ http://cloudsecurity.trendmicro.com

    仮想化すべきでない10の理由(via Trend Cloud Security Blog) - 虎塚
    sh2
    sh2 2012/01/05
    ライセンスかな一番気になるのは
  • 縦割り組織が邪魔をする

    大塚 弘毅 NTTデータ先端技術 仮想化の全社導入を阻む第3の壁は、IT部門内にある「縦割り組織」である。仮想化環境では、リソースプールを大きくすればするほどリソースの利用効率が高まる。しかし、縦割り組織の弊害として、リソースプールが分断されてしまうケースが多い。これでは全社的に仮想化環境を導入したとは言えず、仮想化のメリットも十分に引き出せていないことになる。 よく起こるのは、仮想化環境が「サイロ型」になる現象だ。しばしば指摘されることだが、仮想化環境を担当者/担当グループごとに作ったり、プロジェクトごとに作ったりするケースが実に多い。 「今回のプロジェクトは仮想化環境でいく」といった話をよく耳にするが、こうした言葉が現場から出てくるようでは、まだ全社的に仮想化環境を導入できているとは言えない。縦割り組織の影響が色濃く表れた例である。 さらに、仮想化環境を利用するまでの手続きが、なぜか面

    縦割り組織が邪魔をする
    sh2
    sh2 2010/11/11
    VMware環境下でのOracleの動作保証がないのが一番の壁、って誰か書いてくれないかなあ
  • 高負荷DBの仮想化も現実的に

    前回紹介したSSDやネットワークRAID型ストレージについて、ベンチマークを基に仮想化環境におけるストレージの「I/O性能」を検証してみた。その結果は、これまで仮想化に不向きと考えられていた高負荷なデータベース(DB)でも、仮想化の対象となり得ることを示している。 宮原 徹 日仮想化技術 仮想化環境では、計算性能に対するI/O性能不足が以前よりも大きくなっているため、CPUの性能を100%引き出そうとすると、ものすごく巨大なストレージが要求されてしまい、現実的ではない。それに対してSSDを使うと、更新処理を実行してもCPUを結構使い切れる。つまり、計算性能とI/O性能のバランスがよくなるわけだ。 今回は、更新処理を含むTPC-Bベンチマークを実施した。サーバーのテスト環境は、AMD Opteron 2435(6コア、2.6GHz動作)を2個搭載したサーバー・マシン上で、Windows S

    高負荷DBの仮想化も現実的に
    sh2
    sh2 2010/05/27
    StorageWorks IOアクセラレータの性能データは初出かも
  • 「仮想化=ストレージ共有型」とは限らない

    サーバー仮想化において、最新のハードウエアを利用すれば「計算性能」の劣化を気にする必要がないことを前回述べた。今回は、「I/O性能」の観点からサーバー仮想化の性能問題を考えてみたい。特に、最近増えてきたデータベースサーバーを仮想化するケースについてポイントを説明していこう。 宮原 徹 日仮想化技術 1台の物理サーバーがマルチコアCPU、大容量メモリー、さらに10Gbpsのネットワークが使えるのであれば、その上に構築する仮想化環境は、かなり潤沢なリソースを利用できるといえる。 だが、性能面で悩みどころがあるとすれば、それはストレージだろう。昨年ぐらいから、OracleSQL Server、MySQL、PostgreSQLといったデータベースを仮想化環境で動かす事例が増えてきた。特にそのようなケースで、ストレージのI/Oがボトルネックになる傾向がある。 従来のデータベースサーバーは1台のマ

    「仮想化=ストレージ共有型」とは限らない
    sh2
    sh2 2010/05/26
    仮想化+SSD。へー
  • 第4のハイパーバイザー「KVM」開発者が語る、Xenとの大きな違い

    「KVMはXenよりも大幅にパフォーマンスがアップしている。なにより、LinuxカーネルにマージされているKVMは、Linuxカーネルで追加される新しい機能を享受できる」、そう語るのは、Red Hatが開発を進めているハイパーバイザーKVMの開発者で、メインメンテナーのアヴィ・キヴィティ氏。アヴィ・キヴィティ氏は、KVMの開発を行っていたイスラエルのQumranetに在籍し、QumranetがRed Hatに買収された後も、KVMの開発、メンテナンスを続けている。 普及という面では、Xenに一歩遅れていたKVMだが、NTTコミュニケーションズのクラウドサービス「BizCITY」で採用されるなど、徐々に採用が始まっている。今回、アヴィ・キヴィティ氏およびレッドハット株式会社 マーケティング部 部長の中井雅也氏に、KVMの特長と今後のスケジュールなどを伺った。 ■Linuxの仮想化スタンダー

    sh2
    sh2 2009/10/26
    KVMのまとめとして
  • 仮想化についての雑感 | Carpe Diem

    現在、サーバを仮想化 (Virtualization) して運用することがあたりまえになっている。個人的には、VMWare ESXi、業務では Xen、を導入しているので、仮想化することのメリットとデメリットをまとめてみる。 メリット 仮想マシンごとに一つの役割だけをあたえることで、個別サーバの設定が単純になる 普通は同じサーバに同居できないようなソフトウェアを、それぞれ仮想マシンにすることで物理的には一台に済む_(実際には、MySQL で同じデータベース名で異なるデータを格納している場合に仮想化を行っているが、4Gbps mysqld-safe を使う方法がのっていたのでこちらの方がよいかも) 仮想マシンの OS ごと含めた設定をまるごろコピーして他の物理サーバへ展開できる(いわゆるライブマイグレーション、使ったことはない) 消費リソースが異なるサーバをうまく組み合わせて仮想化する

  • 仮想化導入のプロに聞く、日本企業の仮想化の導入状況

    仮想化道場ではこれまで、各社のハイパーバイザーや仮想化関連ソフトの解説を行ってきた。今回は、少し視点を変え、仮想化ソフトを実際に販売しているディストリビュータの立場から見た仮想化の浸透度合いを調べてみた。伺ったのは、仮想化ソリューションを数多く手がけている株式会社ネットワールド。同社のマーケティング1部 部長の芹澤朋斉氏と、マーケティング1部 バーチャル・インフラグループ グループマネージャーの大城由希子氏に、日におけるサーバー仮想化の現状を伺った。 ■仮想化は様子見から格普及の段階に―日における仮想化ソフトの導入状況はどのようになっていますか? 芹澤氏 2~3年前は、テスト導入ということで、VMwareの導入を行っていました。この段階では、実際に使いものになるのかどうかをテストしたり、問題点を洗い出すといったことがメインでした。 しかし、一昨年から、アーリーアダプターとカテゴライズ

    sh2
    sh2 2009/07/06
    「サポートに仮想化上で動かしているということはいわずにトラブルを報告する」いいのかなぁ~
  • 意外に多い?仮想化で十分な効果が出ない企業:ITpro

    「仮想化技術を導入した企業の多くは,コストやリソースの節約を実現できていない」---。Interop Las Vegas 2009(5月17~21日に米国で開催)に来場した120人のネットワーク・エンジニアITマネージャ,IT部門幹部に対するアンケートで,このような結果が得られたという(関連記事)。この調査結果を見て,筆者は軽い驚きをおぼえた。 調査では回答者の55%が,仮想化技術の導入により「望ましい効果よりも面倒な問題の方が多くなった」と述べた。ニュースリリースを見る限り,ここでいう望ましい効果とは主に「コストやリソースの節約」を意味するようだ。 新しい技術が定着して成果を上げるには,それなりの時間を要するのが普通である。調査結果は,この点を差し引いても仮想化を検討中の企業が尻込みしてしまいかねない内容といえる。 Interopの来場者が対象なので,「ネットワーク仮想化」の話ではない

    意外に多い?仮想化で十分な効果が出ない企業:ITpro
  • 1