Skip to main content
272 Topics
クラウドファーストはしばしば間違い、その理由は?

本記事はJohn Williamson氏が2019年6月14日に投稿した記事の翻訳版です。 原文はこちら。 いくつかの企業にとって「クラウドファースト」ポリシーは疑いようのないものとして捉えられており、特に従来型のデータセンタインフラストラクチャのぬかるみと比較した場合にそれは顕著です。しかし、今日ではハイパーコンバージドインフラストラクチャ(HCI)のような新たなソフトウェア・ディファインド・データセンタソリューションがITの俊敏性を提供しながら、一方でパブリッククラウドで利用可能なものよりもより優れたセキュリティと統制を提供しています。驚くかもしれませんが、多くの人々がパブリッククラウドを利用する主な動機はそのコストであるということを述べますが、そうした事実を他所に、殆どの場合では、Nutanix Enterprise CloudのようなオンプレミスのHCIソリューションのコストよりも劇的に高いのです。 IDCが公開した調査によると、エンタープライズのワークロードの殆どを占めている負荷の予測が可能なワークロードにおいては、パブリッククラウド上でこれを動作させるコストはオンプレミスのNutanixで動作させる場合と比較して平均して2倍ほどになるということです。そして、2018年のIDCの

Nutanix CE ノード復旧時に仮想マシンが停止

Nutanix CEの3ノードクラスタで1ノードに障害が発生し、再セットアップを実施している最中に仮想マシンが停止する事象が発生しました。現在の状態から復旧可能か再構築が必要かお分かりになりましたら教えてください。 バージョンは2020.09.16を使用しております。 ■経緯1.3ノードの内、1ノード(2号機)で稼働している仮想マシンが全てパワーオフになっていることを確認。 2.ログを確認したところ、HAでfail overがかかった記録があり、リソース不足で仮想マシンがパワーオンできなかったことを確認。 3.パワーオフされている仮想マシンを1台手動でパワーオンすると以下のエラーが発生し、仮想マシンがパワーオンできないことを確認。----------NetworkError: OVS Error running: { "args":[ "br0","be616bfb-4c01-4ed1-8232-49c10a69aeda","50:6b:8d:e7:f5:fb",1500,0,true,[],false,null,null ], "cmd": "create_local_port", "kwargs":{}} Output: Error: /bin/bash: Input/Output error---------- 4.2号機のコンソールを確認したところ、AHV用のUSBメモリのエラーが発生し、コンソールログインできない状態だったため、2号機の電源を強制再起動。 5.再起動してもブートメディアが見つからないメッセージが表示されAHVが起動しなかったので、AHV用のUSBメモリをWindows機に差し替え、USBメモリの正常性を確認したところ、アクセスができない状態になっていたことを確認。 6.昨日日本語フォーラム向けにブートデバイス障害時の復旧方法について質問させていただき、本日新しいAHV用USBメモリを用意して2号機を4号機(新規ノード)として再インストールを実施。昨日質問させて

Nutanix Insightsの発表 - 健全性の予兆検知 & サポート自動化サービス

本記事はPrashant Batraが2019年10月9日に投稿した記事の翻訳版です。原文はこちら。 2018年の10月に私はNutanix Pulseについての記事を投稿しています。これは全てのNutanixのクラスタにビルトインされたオプションのテレメトリサービスで、皆様のNutanix Enterprise Cloudのための予兆分析を実現するためのものです。PlusテレメトリはNutanixのサポートがお客様により良いサービスを提供するため、お客様の特別な構成や利用状況を理解した上でのよりダイナミックで文脈を理解したサポートエクスペリエンスを提供しています。同様に、Nutanixの製品とエンジニアリングチームはこのテレメトリを活用し、お客様の利用や設定を理解し、お客さまのニーズにより合う既存のプロダクトの改善を行ったり、新たな製品を生み出しています。本日、我々はNutanix Insightsをアナウンスいたします - 皆様のNutanix Enterprise Cloudのための健全性の予兆検知とサポートの自動化サービスです。Nutanix Insights は新たなソフトウェア・アズ・ア・サービス(SaaS)サービスで、お客様がPulseを有効にしている場合、その受け取ったテレメトリを活用して、我々のお客様のサポートのエクスペリエンスを再定義し、クラスタの健全性を劇的に改善します。マニュアルのサポートプロセスを削減し、日々のメンテナンス作業に使う時間を短

3階層(もしくはそれ以上)のインフラストラクチャに迫る危機

本記事の原文はコチラ。 昔々のそのまた昔(1999年)、3階層のインフラストラクチャはアプリケーションのニーズのために生まれてきました。1999年からのことです。 上辺だけの話ではありません ー 3階層はウェブアプリケーションの爆発の際の変革であり、今回の話題はそのような話です:あらゆるテクノロジーは「その時代」ごとに置き換えられていくものであり、優れている、長期目線である、もしくは特に今日のクラウド対応の過ぎ去りし日のアプリケーションから進化を遂げた輝かしいアプリそして動的なワークロードを動作させたいと考えているような場合にそれが行われるのです。 ですが、どうして安住の地である3階層の世界にとどまっていてはならない理由は何でしょうか?何が危険なのでしょう? 成長を妨げる可能性がありますバラバラのサーバベンダ、ストレージベンダ、ネットワークベンダ、仮想化ベンダーとこの3階層構成によって、会社組織はテクノロジーのベスト・オブ・ブリードを選択することができ、注意深く統合しながらデータセンタを作り上げてきました。しかし、このアプローチはITシステムにプレッシャーを掛けたり、新しいアプリケーションを利用したいというビジネスからのニーズと同じようにスケールアウトさせるには不向きです。単に3階層インフラストラクチャをベースとしたインフラストラクチャを拡張したいという試みですら複雑になり、より複雑性が増していきます。そして複雑性の話が続きます。。。 ルービックキューブよりも複雑、さらにただの時間の無駄単に明かりを灯し続けるだけ。複数のベンダーを管理する。複数の管理インターフェイスを使う。専門家に頼り切り。週末、金曜日の夜、休日がない?もうこれぐらいにしましょう。3階層とともにもたらされる複雑さは管理のオーバーヘッドを伴うもので、IT部門は新しいより良い運用の方法を模索することになります。スムーズな運用を約束するシステムは

Badges

  • Approachable
    LMohammedhas earned the badge Approachable
  • Neighborly
    UoEEdhas earned the badge Neighborly
  • Neighborly
    Kyaw Htethas earned the badge Neighborly
  • Courteous
    UoEEdhas earned the badge Courteous
  • Courteous
    Kyaw Htethas earned the badge Courteous
Show all badges