International Forums

本記事は2020年3月23日にGary Little氏が投稿した記事の翻訳版です。原文はこちら。 ストレージ性能テストを担当されるは多くの場合vdbenchを使い慣れており、ハイパーコンバージドインフラストラクチャ（HCI）の性能をテストする際にもvdbenchを使いたいと考えているでしょう。HCIの性能を

こんにちは、HYCU（ハイク）の吉田です。   Nutanix環境のデータ保護についてお話を伺う機会が増えてきましたが、その中でFilesのバックアップ要件が多いようですので、今回Filesのバックアップについて書きたいと思います。   HYCUは45日間使用できる評価版をご提供しております。 フリートライアルのご依頼はこちらから https://www.hycu.com/tryhycu/   とにかくすぐに試したいという方は、Nutanix Test Driveから申請することで、Nutanix Mine with HYCUのデモ環境が触れます。 https://www.nutanix.com/jp/test-drive-hyperconverged-infrastructure Nutanix Filesの環境ではありませんが、操作イメージは掴めると思います。   さて、本題に入ります。今回のシナリオはNutanix Filesのバックアップです。 HYCUは、ネイティブのCFT（Change File Tracking）APIを使用してNutanix Filesに完全に統合されたバックアップおよび復元機能を提供する最初のソリューションです。 NDMPのような従来型のバックアップはファイルサーバーに大きな負荷をかけていて、変更されたファイルを識別するためにファイルツリー全体を読み取る必要がありますが、HYCUはCFTを使用して、変更されたファイル情報を即座に取得することができます。また、Point-i

NutanixはPrismからESXiをアップグレード（またはパッチのアップデート）する機能を提供しており、サービス無停止でローリングアップグレードすることが可能です。この機能を利用するための代表的な要件として以下の2つがあります。vSphere DRSが有効 vSphere HAのアドミッションコントロールを無効化（アップグレード中のみ）これらの要件は、PrismからESXiアップグレードを実行した際に、プリチェックとして自動で検証されます。例えば、vCenterでDRSを無効化していたり、「一部自動化」の状態で有効化していたりする場合は、プリチェックの時点で以下のようにエラーとなりESXiアップグレードは実行されません。これは、自動ローリングアップグレードプロセスの中で、DRSが「完全自動化」でない場合、アップグレード中のESXiがメンテナンスモードに切り替わっても、仮想マシンが他のノードへ自動で退避できないためです。 また、HAのアドミッションコントロールが有効化されている場合も、プリチェックの時点で以下のようにエラーとなりESXiアップグレードは実行されません。これも、vSphere側の機能でリソース使用量に制約を適用するため、仮想マシンが移行できない場合が発生するためです。 これらは、DRSやHAを適切に設定すれば問題なく機能します。NutanixのドキュメントではPrismからのESXiアップグレードの要件として「DRSが有効にな

 本記事は2021年11月24日にGary Little氏が投稿した記事の翻訳版です。原文はこちら。  皆さん、ようやくここまで来ました。  全面公開です。私は2013年からNutanixのパフォーマンスエンジニアリンググループで働いています。私の意見は偏っているかも知れませんが、それによってNutanixのストレージの性能についてはそれなりの経験と実績を持っています。すでにNutanix上でデータベースワークロードを稼働させている多くのお客様がおられます。しかし、これらのハイパフォーマンスなデータベースを依然として従来型のストレージ上で稼働させるとどうなるでしょうか? 2017年の.Nextでプレゼンテーションを行った際の資料を掘り出してきて、それに最近のプラットフォーム(AOS 6.0とNVME+SSDのプラットフォーム)のパフォーマンスを追加しました。このランダムReadのマイクロベンチマークのパフ

本記事は2020年4月10日にEd Collins氏が投稿した記事の翻訳版です。 原文はこちら。 人生においていつも変わらないことは、「変化が起きる」ということです。   企業は、ITサービスに依存しながら、自らの生き残りをかけ、進化を遂げようとしています。現在の企業にとって、ITは生命線であると考える人もいます。一言で語るのは容易ではありませんが、一部の人々にとって、最先端のソリューションの導入や設定、そして維持は、基本的に非常に複雑であるため、ITの近代化は到底実現できない夢のようなものなのです。一方でテクノロジーは、それを採用できる経済的な余裕のある人々にとって、有効で美しいものとなっています。   しかし幸いなことに、ニーズとコストの間のギャップを埋めることができる、幾つかの先端のテクノロジーが存在します。このようなテクノロジーを適用できる対象の1つが、事業継続およびディザスタリカバリ (BCDR: Business Continuity and Disaster Recovery) 市場です。ビジネスクリティカルなワークロードをサポートする、強固なデータ保護とディザスタリカバリ (DR) ソリューションが必要であることに疑問を抱く人は居ないはずです。しかし全ての企業は、何を優先するべきかという課題に直面しています。拡大し続けるリモートワーカーの要求に対応するために、例えば仮想デスクトップインフラストラクチャー (VDI) などに追加予算を割り当てるのか、ある

本記事は2020年2月27日にJosh Odgers氏によって投稿された記事の翻訳版です。原文は こちら。本シリーズの索引はこちら。 本シリーズではこれまでにNutanixでは重複排除や圧縮はもちろんのこと、

本記事は2020年1月30日にJosh Odgers氏が投稿した記事の翻訳版です。原文はこちら。本シリーズの索引はこちら。 ハイパーコンバージド（HCI）製品を検討する際には、ベンダー、パートナー、VAR(Value Added Resellers: 再販業社)、顧客が複数のソリューションを比較することがよくあります。 このような比較の際には、マーケティング資料や、多くの場合は「チェックボックス」スタイルのスライドが比較され、さらに悪いことには額面通りの価値で比較され、容量、回復力、パフォーマンスなどの重要なアーキテクチャ/サイズの考慮事項について誤った仮定をしてしまうことがあります。 簡単な例を挙げてみましょう: 顧客は、要件を満たすために16台のノードを選択/必要としており、密度、電力効率、高性能のために2ラックユニットあたり4ノード（4N2U）という最も一般的なフォームファクタを選択しています。 フラッシュストレージのコストがユースケースに見合ったものであるため、ノードには6台の1.92TBドライブ(All Flash)が搭載されています。 つまり、16台のホスト* 6台のドライブ=合計96台のドライブを使用しています。

本記事は2019年10月1日にGary Little氏が投稿した記事の翻訳版です。原文はこちら。 アプリケーションの統合度を測るためのX-Rayワークロード。Nutanix X-RayはIO/ストレージワークロードをモデル化することができるツールとして知られていますが、CPUを多用するワークロードについてはどうでしょうか?X-Rayは、X-Rayワーカー仮想マシン上でAnsibleスクリプトを走らせることができ、そうすることでほとんどすべてのアプリケーションを展開することが可能です。我々の目的はPostgresデータベースとそれにビルトインされたベンチマークツールであるPGBenchを利用することです。意図的に仮想マシンのメモリに収まり、IOをほとんど発生させないような非常に小さなデータベースを作成するスクリプトを作成しました。X-rayのワークロードファイルは こちら に保存してあります。 

本記事はRaghav Tulshibagwale氏が 2021年3月10日に投稿した記事の翻訳版です。原文はこちら。  本日の記事では、また新たなゲストライターを紹介させていただきます。皆さん、Nutanixのスタッフエンジニア、Raghav Tulshibagwaleにご挨拶を！本日の記事では、継続的なシリーズの第1弾として、Raghavが私たちをNutanixにおけるRocksDBの旅へと案内してくれます。そしてRocksDBがNutanixプラットフォームアーキテクチャの様々な側面にどのように適用されているのかをご紹介します。私がRaghav自身よりもうまく説明することは到底できませんので、さっそく始めましょう！ はじめに2016年初めのアーキテクチャ検討会以来、Nutanixエンジニアチームは、

本記事はNutanixのTechnical Marketing EngineerのMike Umpherysが2022年9月1日に投稿した記事の翻訳版です。原文はこちら。 これまでの記事でNutanixの分散アーキテクチャがどのようにビジネスクリティカルアプリケーションとデータベースに最適なのかをご紹介してきました。このアーキテクチャはその上に構成される他のすべての機能の基盤となっています。この記事では、クローンの作成時間をスピードアップし、あっという間の復元を実現するきめ細やかで効率的なNutanixのスナップショットに焦点を当てることにします。まず最初に何がスナップショットで何がスナップショットでないのかを定義しておきましょう。スナップショットは任意の時間のシステムの状態を参照する事ができるものです。しかしながら、システム内でバックアップを取る際にスナップショットを使うことはできますが、スナップショット自体はバックアップではありません。きめ細やかで効率的なスナップショットはNutanixのデータ保護機構の基盤です。 Nutanixは大規模なLUNやコンテナのレベルではなく、仮想マシンの目線でのスナップショットを単一のvdiskの単位で提供しています。Nutanixのスナップショットの先進性を理解するためには、まずは現在利用されている様々なタイプのスナップショットを理解する必要があります。現在エンタープライズのIT分野で広く利用されているスナップショットにはcopy-on-write(CoW)とredirect-

こんにちは、HYCU（ハイク）の吉田です。   前回は、10の特長のうち９つまでご紹介しましたので、今回は最後のセキュリティ対策についてご紹介したいと思います。   と、その前に・・・ HYCUでは45日間使えるフリートライアル版をご提供しています。是非お試しください。 フリートライアルのご依頼はこちらから。 https://www.hycu.com/tryhycu/   様々なバックアップベンダーがセキュリティ強化の一環として、イミュータブルストレージにデータを保存し、バックアップデータが安全であることを強調しています。それはその通りだと思いますが、では、データ保護基盤自体の脆弱性とか、日々の作業ミスや悪意のある操作からどうデータを守るのか？と言う視点でみると、ベンダーによって大きな違いがあると思います。この点について、HYCUの特長をご紹介したいと思います。   こちらがグローバルで使われているスライドです。   ちなみに、私が使っているスライドはこちら   レイアウトは異なりますが、意図するところは同じです。   それでは一つずつみていきましょう。（※前回のブログと重

本記事はHarshit Agarwal氏 と Gary Little氏がNutanix.Devに2022年4月20日に投稿した記事の翻訳版です。原文はこちら。 はじめにNutanix分散型ファイルシステム（NDFS）上では、仮想ディスク（vDisk）はクライ

本記事は2020年2月27日にJosh Odgers氏が投稿した記事の翻訳版です。原文はこちら。 以下はNutanixのAcropolis分散ストレージファブリック(ADFS)とDellEMC VxRAILプラットフォームの基盤をなすVMware Virtual SAN(vSAN)の機能と能力を比較した一連の記事です。このシリースは継続的に更新、拡張されて行きます。 もしも取り上げてほしいご質問やトピックスがあれば@josh_odgersからTwitterやLinkedInでご連絡ください。(※日本語でのお問い合わせは本記事のコメントにてお願いいたします。)また、 DellEMC/VMwareがNutanixに対して行っている数多くの誤った訴えについて取り上げているDellEMC/VMware anti-Nutanix FUD index(DellEMC/VMwareのNutanixに対するFUDへの反論の索引)も御覧ください。  

本記事は2020年12月2日にAaditya Sood氏とVijay Raypati氏が投稿した記事の翻訳版です。原文はコチラ。 比較的にこのマーケットセグメントへの参入は新しいメンバーであるNutanixはThe Forrester Wave™: Hybrid Cloud Management, Q4 2020への参加の招待を受けました。ForresterはHCM Waveにおいて34の指標を用いて様々なソリューションを評価しており、我々は今回はじめての参加でしたが、ストロングパフォーマーとしてこれに含まれたことを大変誇りに思います。Forresterはハイブリッドクラウド管理(HCM)をガバナンス、可視性、ライフサイクル管理、そして最適化のためのインサイトをパブリックとプライベート環境を含むマルチクラウドに渡って提供するソフトウェアスタックとして定義しています。 Nutanixでは我々は2つの製品を提供しています ー Calm および Xi Beam ー これらはハイブリッドクラウド環境を管理するために必要な機能をソリューション実装の簡単さと利用のしやすさととも

本記事はGil Haberman と Vidhi Taneja が 2019年10月9日に投稿した記事の翻訳版です。原文はこちら。 今日、多くの組織がハイブリッドクラウドのアーキテクチャを評価し自身のプライベートクラウド環境をパブリッククラウド環境へと対応させようとしています。パブリッククラウドはオンプレミスのインフラストラクチャとは本質的に異なったものです ー それもそれぞれのパブリッククラウドごとに。こうしたサイロの環境はすべて異なる管理ツールとスキルセットを必要とし、それによってその利用のための運用は複雑化していきます。アーキテクチャ間をアプリケーションを再アーキテクトすることなしに移動させるということはほとんど不可能になってきているのです。 プライベートからパブリッククラウドへと広がる単一のプラットフォームの強い必要性が生まれています ー 異なるクラウド固有の複雑さを抽象化できなければならないのです ー こうなれば、運用管理者は自身の従来からのアプリと、近代的なアプリをそれが動作する基盤に区別なく、管理することにフォーカスすることができるようになるのです。こうしたプラットフォームは一貫性を提供しなくてはなりません。インフラストラクチャの一貫性は仮想

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

Hola!Hace un tiempo que estoy por estos lados,aunque algo desconectado ultimamente.Retomando temas, os dejo aquí una lista de posts en Español que hice por aqui.https://next.nutanix.com/discussion-forum-14/spanish-nutanix-community-edition-ce-single-node-cluster-instalacion-en-lab-43095https://next.nutanix.com/discussion-forum-14/spanish-primeros-ajustes-en-nuestro-nutanix-single-node-cluster-ce-community-edition-43162

本記事は2020年2月19日にJosh Odgers氏によって投稿された記事の翻訳版です。原文は こちら。本シリーズの索引はこちら。 このシリーズの最初の記事では、同じハードウェア上におけるNutanix ADSFとVMware vSANの、実際

本記事はNUTANIX.DEVにMark Ravi氏が2021年10月26日に投稿した記事の翻訳版です。原文はこちら。  このブログシリーズでは実稼働環境グレードのNutanix AHVクラスタ上でのRed Hat OpenShiftのKubernetesを検討そして提供しているIT、DevOps、そしてシステム管理者へ向けたガイダンスを提供したいと考えています。 クラウドネイティブなデジタルトランスフォーメーション アプリケーションの物理サーバーから仮想ワークロードへの移行がこの20年にわたって続いてきましたが、仮想マシンからコンテナへの移行は始まって10年にもなりません。コンテナとしてアプリケーションをモダナイズさせて稼働させるためには新たなツールが必要になり、オープンソースのKubernetes project が次々に非常に広範なコンテナ管理システムを生み出してきています。  Kubernetesはクラウドネイティブな機能、アーキテクチャ、そして運用を提供しますが、それには新たなスキルセットが必要になり、そして迅速なソフトウェアのアップデートとパフォーマンスの拡張性のメリットを享受しようと考える従来型の組織にとって破壊的な変化を迫

本記事は2020年2月5日にJosh Odgers氏が投稿した記事の翻訳版です。原文はこちら。本シリーズの索引はこちら。 最近の記事で、同じハードウェア上のNutanix ADSFとVMware vSANの実際の使用可能容量を比較しました。Nutanixの方が約30～40%も多くの使用可能なキャパシティを実現していることがわかりました。 次に

本記事は2018年6月20日にJosh Odgers氏が投稿した記事の日本語版です。原文はこちら。本シリーズの索引はこちら。 Nutanixには、いくつもの非常に重要でユニークな自己修復機能があります。これらによって従来からのSAN/NAS装置だけでなく、他のHCI製品とも差別化されています。 Nutanixは、SSD/HDD/NVMeデバイスの損失やノードの障害を完全に自動で自己修復するだけでなく、ユーザーの介入なしに管理スタック（PRISM）を完全に復旧させることができます。 まず最初に、デバイスやノードの障害からデータを自己修復する方法について説明します。 従来のデュアルコントローラーのSANと、平均的*なサイズの8ノードのNutanixクラスターを単純に比較してみましょう。 *平均値は、全世界の顧客数を販売台数で割って算出しています。 1台のストレージコントローラが故障した場合、SAN/NASでは回復力が失われます。ベンダーがコンポーネントを交換し、回復力(多くの場合は性能劣化も)を取り戻すまでは、SLA（サービス

Hola!!Abro este hilo para compartir las sesiones periódicas de los MultiCloud Experts (MCX) Meetup, un espacio donde miembros de la comunidad comparten experiencias, arquitectura, buenas prácticas y casos reales en torno al ecosistema de Nutanix.La idea es utilizar este hilo como punto de encuentro para anunciar próximos meetups, comentar las sesiones y seguir la conversación después del evento.Primera sesiónArrancamos con la primera sesión de esta serie:📅 MCX Meetup – 12 de marzoPodéis ver los detalles y registraros aquí:👉 https://event.nutanix.com/mcxmeetup120326En estas sesiones solemos tratar temas como: Arquitecturas multicloud Automatización y operaciones IA e infraestructura moderna

現在、本番環境構築の検証としてNutanix CEを導入したホストマシンを1台構築しており、その上にWindowsの仮想マシンを2台作成しています。仮想マシンにGPUを利用する製品を導入し正常動作するか検証したいのですが、Nutanix CEではvGPU用のドライバは利用できないと判明いたしました。代替案として、GPUパススルーを利用して1台ずつ動作検証したいと考えているのですが、構築手順が分かっておりません。sshでCVMに接続し、acliコマンドを発行を試しているのですが「Unkown keyword argument」と表示されてしまいます。対応策についてご存じの方がいればご教示いただけないでしょうか。<コマンド># acli vm.update “VM名” pci_passthrough_devices=”PCI_ADDRESS”Unkown keyword argument：pci_passthrough_devices<環境>・ホストマシン 1台検証向けにNutanix CEを導入し、仮想マシンを作成AHV：バージョン 20230302.101026AOS：6.8.1・仮想マシン 2台Windows 11 Pro 24H2ArcGIS Pro 2.9

本記事は2020年3月5日にJosh Odgers氏が投稿した記事の翻訳版です。原文はこちら。本シリーズの索引はこちら

Nutanixには、様々なライセンス形態がありますが、多くの皆さんはAOS ProやPrism Proなど色々なライセンスを要件にあわせて使われていると思います。2022年2月にNutanix Cloud Platform Software Optionというご利用用途に応じた新しいプラットフォームライセンスモデルを発表しご活用環境も広がってきました。https://www.nutanix.com/jp/press-releases/2022/nutanix-launches-new-product-portfolio2024年2月に発表しましたように、従来使われていた容量ベースのライセンスは2024年7月に新規販売を終え、来年2025年1月で更新販売を終えますので来年2月以降新たに導入や更新されるシステムにおいては新しいクラウドプラットフォームライセンス(通称 PnP2.0)を利用いただきます。https://download.nutanix.com/misc/EoS_for_Legacy_Software_Portfolio-FAQ_v1.1.pdfhttps://www.nutanix.com/jp/products/legacy/software-options