Topics started by TetsuoMiyoshi

158 Topics

データ保護とディザスタリカバリのためのチェックリスト

本記事は2018年9月18日にInes Marjanovic氏が投稿した記事の翻訳版です。原文はこちら。今日の企業は、データ保護という目標を追求する過程で、かつてないほど多くの障害を、そのセキュリティ環境で目のあたりにしています。最近の「Global Data Center Survey Report」に掲載された、データセンタービジネスの新しいトレンドには、驚くべき内容が数多くあります。信頼性や拡張性に優れたインフラストラクチャーを求める声が高まっていることは周知の通りですが、実態としては、極めて重要なデータに関連したプロセスの停止によって発生する問題が、既存のシステムに対する企業の信頼を悪化させているのです。例えば、同レポートにおける回答者の31%が、深刻な影響をおよぼすシステムの停止を経験し、約80%が、自ら経験したシステム停止は、回避できたのではないかと回答しています。言うまでもなく、企業は、IoT以前にもデータセンターやROBO（リモートオフィスやブランチオフィス）を保護する必要がありました。しかしIoTが出現した後、企業は、コアとなるデータセンターだけでなく、エッジに存在するインフラストラクチャーの保護も求められるようになりました。しかし幸いなことに、これらの課題にも対応できる、データ保護の近代化というトレンドが浮上してきました。このようなソリューションを理解し利用するためには、まずその動向を理解することが重要となります。その上で、自社が直面している課題が他の多くの企業と同じかどうかを判断し、自社のデータ保護要件を満たすことができる、アプリケーション固有のソリューションを構築します。それでは、動向を分析してみましょう。データデータを何に使用しますか？どれぐらいのデータ量がありますか？どれだけの種類のデータがありますか？データの多様性に伴う複雑さもあり、データを保存する場所を決定することは、決して容易ではありません。データは、サーバーやデスクトップ、ブロック、ファイル、オブジェクトストレージ、そして様々なクラウド環境にも保存することができます。要件 Enterprise Strategy Group (ESG) によれば、サービスの2/3は、2時間以内にリカバリできる必要があります。目標復旧時間

3 years ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

Xi Clusters: 完全なるハイブリッド

本記事は2019年5月8日のCTO, Cloud ServicesのBinny Gillによる記事の翻訳版です。原文を参照したい場合はこちら。 5億年ほど前、海の生き物は陸上への進出を開始しました。多くの試行錯誤を通しての進化によって、いくつかの選ばれし生き物は陸上と水中の両方で生活できる能力を獲得します。両方の場所での生活を当たり前と感じることができるようになるこの能力は劇的な躍進であり、このハイブリッドな動物にとって成功の主要因となります。しかしながら、ほとんどの魚類は今日においても海洋での生活をそのまま残しています。魚類を個体で水族館に展示する人はいませんし、その水族館を湿地帯の中に作って、それを適応だとか、移行だとは言わないでしょう。これは不自然なlift-and-shift(手間のかかる引っ越し)です。生は(そして、さらに重要なことに死は)、自然と脆弱な進化をふるいおとし、柔軟性と効率性を備えた優れたデザインを生き残らせます。しかしこれはおよそ2億年前に行われた試みと熟成の連鎖を経て、真のワニ(クロコダイル)が登場することになります。それが故に彼らはこの惑星を支配し、大型動物の天敵で有り続けています。 "The eye of a caiman" by Another Seb is licensed under CC BY-NC-ND 2.0 テクノロジー産業においても進化はおこりますが、もっと劇的なスピードで行われます。およそ10年ほど前、エンタープライズのITインフラストラクチャはクラウドへの以降という課題に遭遇しました。これは初期投資を減らしたい、俊敏性を上げて、グローバルスケールでビジネスを迅速に拡大したいという欲求によって駆り立てられたものです。期せずして訪れた進化はハイパーコンバージドインフラ(HCI)と呼ばれ、ほぼ同時に発生しました。クラウドのような機能をエンタープライズのインフラストラクチャへもたらしたのです。3階層アーキテクチャは魚類のようなもので、クラウドの中では生き延びることができません。検索エンジン企業による初期のSANとNASアプライアンスを用いた3階層アーキテクチャの試みは失敗に終わりました。HCIはエンタープライズの中の新たなクラウドのようなアーキテクチャ内において、淘汰されることなく生き延びています。この

4 years ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

Nutanixと富士通: お客様のさらなる選択肢のためにソリューションを拡張

本記事は2019年10月7日にTay Fosterが投稿した記事の翻訳版です。原文はこちら。 Nutanixと富士通のパートナーシップは2017年に始まっていることをご存知でしたでしょうか？その年の11月に工場でNutanixソフトウェアをインストールするXFシリーズという統合システムが最初に登場したのです。その当時、Nutanix Enterprise Cloud on Primergy はEMEAでのみ購入可能で、市場において幅広くでは有りませんでした。それ以降、富士通は世界において更に多くの地域でより多くの方法で販売を行う方法を追加し続け、今や、2社は密に連携し、ジョイントのお客様向けソリューションを提供しています。今年の頭に、富士通はXFシリーズ(ソフトウェアライセンスを含む)のグローバルでの展開をアナウンスしました、そしてすぐにXF Core(ソフトウェア・ライセンスが分離)の販売を開始しました。加えて、Intel Xeon Scalable prodessorsの第2世代(もしくはCascade Lake)を搭載した新モデルを現在は出荷しています。富士通は全てのエンタープライズワークロードのための一般的なサーバ仮想化、ROBO、VDI、データベースなどを含む複数の構成を提供しています。Nutanixと富士通の両社はSAP Platinum Global Partnerであり、2019年の8月にXF8050上でHANAの認証を成し遂げたということを耳にし、大変興奮したことを覚えています。SAPアプリケーションは大抵の場合、ビジネスクリティカルなものですから、お客様は複数のレベルに渡る、ビルトインのソフトウェアとハードウェアの弾力性に加え、富士通が提供する包括的なサポートを求めています。現在、我々の共通のお客様はSAPという観点ではシンプルな管理とかんたんな運用を手に入れた上で、安心して過ごすことができるようになりました。Nutanix Enterprise Cloud on Primergyについて、詳しくは:https://www.nutanix.com/fujitsu をご参照ください 10月8〜10日デ開催される.NEXT Europe 2019, Copenhagen, Denmarkにご参加ください。富士通はプラチナムスポンサーで10月9日の

4 years ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

VDI かDaaSか：最適な対象を選択する方法とは？

本記事は2020年3月9日にRuben Spruijtが投稿した記事の翻訳版です。原文はこちら。本シリーズ前半の3本のブログでは、基本的にVDIに焦点を当ててきましたが、4本目となる今回は、DaaSについて詳しくご紹介したいと思います。ここまでお読み頂いた段階で、皆様の企業には、VDI と DaaSのどちらを選択する方が適切なのかという点について、既に評価を固め始めていらっしゃるかも知れません。今回は、どちらを選択する上でも必要となる考慮点について、少し詳しく説明したいと思います。ユーザーエクスペリエンスこそが、最も重要な成功要因であることは確かですが、多くの場合、VDIまたはDaaSのどちらを選択するかは、業務とITの状況を考慮して判断すべきものであることにご注意ください。エンドユーザーは、どのような仕組みによってツールが提供されているかという点よりも、業務の遂行に最適なツールであるかどうかを重視するからです。対象がAmazon Workspace、Citrix Cloud、Nutanix Xi Frame、Microsoft WVD、VMware HorizonなどのVDIなのか、またはDaaSソリューションなのかは、エンドユーザーにとって問題ではありません。最適な対象を選択する方法とは？結局のところ、何を選択するかは、皆様のユースケースや企業の能力、全般的な業務要件によって決定されます。以下の表は、VDIとDaaSを、5つの主要な観点から比較したものですが、それぞれの間で大きな違いを確認することができます。それでは、各観点を順番に見て行くことにしましょう。 VDI DaaS 企業の能力・BYO（Build Your Own:自社で構築)。設計、サポート、アップデートに際して、社内のスキルと担当者が必要・「VDIプラットフォーム」をサービスとして利用プラットフォーム・手作業による毎年のアップデート・成熟、テスト済、豊富な実績・インターネット接続に依存しない・自動的に毎週アップデート・新たに出現したテクノロジー・インターネット接続に依存コスト・初期投資コスト型モデル・固定的なワークロードVMコスト・完全な運用コストまたは初期投資コストと両方・柔軟なワークロードの

3 years ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

パブリッククラウドの課題 – パート6：ベアメタルインスタンスの障害

本記事はJosh Odgers氏が2020年8月19日に投稿した記事の翻訳版です。原文はコチラ。本シリーズの索引はコチラです。パート1では、パブリッククラウドで環境の価値を高めるために、使用可能なネットワーク帯域幅を効率よく利用することがどれだけ重要なのかについて紹介しました。また、使用可能な帯域幅を最大限に確保すると、フラッシュデバイス（NVMe/SSD）の障害の場合にMean Time To Recover（MTTR：平均修復時間）が短くなり、回復力がどれほど向上するかについても紹介しました。ベアメタルインスタンス（サーバーとノード）の障害の場合にも同じ概念が当てはまります。ただしこの場合は、完全なデータ整合性を回復するためには、単一の1.9TB NVMeデバイス（i3.metalの場合）ではなく8つの1.9TB NVMeデバイスのデータを再保護する必要があります。そのため、リビルドをタイムリーに実行して影響を最小限に抑えるためには、効率的でスケーラブルなアーキテクチャーであることが重要です。まずVMware VMCについて、リビルドの基盤となるアーキテクチャーについて紹介します。VMC（vSANがベース）では、オブジェクト（最大255GB）がリストされるのは、オブジェクトがホストされているソースノード上のキャパシティドライブから、クラスター内の他のノード上のキャッシュドライブ（ディスクグループ当たり1つ）に対してだけです。AWSで、よく使用されているi3.metalインスタンス（8 x 1.9NVMeデバイス）を使用する場合、VMCのリビルド操作では主に2つのNVMeデバイス（2つの「キャッシュ」ドライブ）しか使用されず、キャッシュドライブが一杯になると、残りの3つのNVMeデバイス（ディスクグループ当たり）にリビルドデータが排出されます。つまり、VMwareのVMCを使用する場合、重要なリビルドトラフィックではリビルド用にNVMeドライブの20%しか使用されません。そのため、パート2とパート3で紹介したように、VMCでは使用可能な容量が少なくなるだけでなく、回復力とパフォーマンスの観点でハードウェアが効率よく使用されないため、明らかにVMCプラットフォームの価値が下がります。VMC/vSANでは、クラスター内の使用可能なハードウェアが最大限に利用されない

3 years ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

ソフトウェア・ディファインド・ストレージのビジネス効果

ソフトウェア・ディファインド・ストレージはIT部門へ柔軟性、拡張性、そしてコスト削減をもたらすことができます。本記事はMichael Brenner氏が 2023年5月30日にForecast by Nutanixに投稿した記事の翻訳版です。データはあらゆる場所にあります。ビジネスによってデータは様々な場所、オンプレミスやリモートのデータセンター、そしてパブリッククラウドへと分散されていきます。データを安全に、そしてアクセス可能にしておくためには継続的な取り組みが必要で、大抵の場合、より多くのスペースが必要となります。ソフトウェアの手助けを借りる必要がある場面が大きく拡大し続けています。ソフトウェア・ディファインド・ストレージ(SDS)はストレージソフトウェアをあらゆる物理的なハードウェア部分と切り離す手法で、ネットワークのサイズに関わらず、大容量のデータを効率的に管理し、俊敏性を手にすることができるようになります。SDSを利用することの主な効果はビジネス部門の運営に合わせて効率的に拡張できるようになることと、コストを削減することです。まとめ:SDSは組織のハードウェアをどのように使うかの柔軟性を実現することができます。負担が小さく、素早い対応によってSDSはIT担当者と利用者にとって便利なストレージソリューションとなっています。自動化、最適化、そしてプロプライエタリからの開放の全てがSDSを利用するビジネス部門にとっての削減となります。ハードウェアからソフトウェアを分離することで、組織のストレージのプラクティスに従って社内、社外のいずれでも、ほぼ無制限の拡張性を実現することができます。SDSの効果を理解することで、このテクノロジーに対する投資が組織にとって非常に理にかなったものであるということを明瞭に理解することができます。ソフトウェア・ディファインド・ストレージはどのように動作するのか?ソフトウェア・ディファインド・ストレージの背景にあるコア・コンセプトは抽象化です。物理的なハードウェアに依存すること無く、データを補完するという考え方は受け入れがたいものかもしれませんが、同様の抽象化は、一箇所のハードウェアのリソースをソフトウェアが引き出し、ホストサーバーとは分離された多くの仮想マシンを作成するという仮想化において一般的な考え方になっています。

8 months ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

VDIの課題とその解決方法

本シリーズの最初の記事では、一元管理、セキュリティの向上および bring-your-own-device (BYOD)のサポート機能等、VDIと Desktop-as-a-Service (DaaS) の持つ主な利点について触れました。本記事ではVDIの構築で頻繁に見られる問題にフォーカスし、貧弱なユーザー体験、複雑なソリューション、膨れ上がるコストというVDI構築にかかわる三つの大きな課題についてお話しします。課題1: 貧弱なユーザー体験 VDIプロジェクトを成功に導くには、素晴らしいユーザー体験を提供することが不可欠です。そのためには、ユーザー要件への対応や提供するパフォーマンスの最適化など、考慮すべき点をいくつか挙げることができます。まず、エンドユーザーの要件を十分に理解することです。これができなければVDIのプロジェクトは上手くいきません。導入の初期段階から様々なユーザーに関与してもらい、そのニーズを満たせるようにしましょう。円滑にコミュニケーションをとることで、期待される内容を上手く管理することが重要になります。たとえ非常に高いパフォーマンスを提供できたとしても、VDIのソリューションとしての重要な機能が提供できていなければ、大きな差別化は図ることはできません。しかし、VDIプロジェクトの三分の一がこの点について十分に対応できていないというのが現状です。また、VDIプロジェクトのほぼ半数がパフォーマンスの問題を抱えています。パフォーマンスのニーズが明確であるように思える場合でも、必ずユーザーの視点を理解するようにしましょう。レスポンスの良いデスクトップやアプリケーションを提供することは重要ですが、注目すべき点がそれだけではない場合もあります。例えば医療の現場で複数の場所を行き来する臨床医の方にとっては、ログインにかかる時間が最も気になり、最も業務に影響をおよぼす指標になるでしょう。また、想定通りのパフォーマンスを常に提供できるという点も重要です。VDIサービスがほとんどの場合において、素晴らしいパフォーマンスを提供できていたとしても、時折、想定外にレスポンスが悪くなるといったことが発生すれば、ユーザーの満足度は下がってしまうでしょう。また管理のしやすさも、VDIソリューション全体の満足度を決定する一要素といえます。管理が複雑だとユーザー

4 years ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

Nutanix Flowでセキュリティは摩擦のないものへ

本記事はNutanixのMike Wronski氏、Jason Burns氏、Abhishek Tiwari氏によって2019年6月5日に投稿された記事の翻訳版です。原文を確認されたい場合はこちら。ニューオリンズでの.NEXT 2018で我々がNutanix Flowを正式発表してから１年が経ちました。この一年間は我々にとっていろいろな意味で素晴らしいものでしたーお客様はFlowの利用を開始し、我々は彼らそれぞれの課題、マイクロセグメンテーション、そしてソフトウェア・ディファインド・ネットワーク(SDN)の状況から多くのことを学びました。Flowについてお話を伺った全てのお客様は我々のマイクロセグメンテーション製品ー数クリックで有効にして構成ができ、インストールが不要で、APIに裏付けられ、自動化が組み込まれているーのシンプルさを気に入っておられました。こうした対話の中で、我々は新しいもしくは現在のテクノロジーが創り出した様々な課題についても発見することになりました。以下では我々が見つけた教訓やFlowの今後について共有させていただきます。まずは、我々のお客様がどのようにFlowを利用しているかを見ていきましょう：ネットワークセグメンテーション: 物理デバイスやVLANではなくFlowを利用してソフトウェアで仮想化ネットワークのセグメント化を行い、ネットワークの複雑さを低減し、「ソフトウェア・ディファインド」を活用します。Flowを利用することで、お客様は物理ネットワークのサイロ化と複雑さを避けることができます。Flowの視覚的なポリシーモデルは構成に関する変更を容易にし、セキュリティゾーン間のワークロードの移行や昇格を簡単なものにします。実際の例としては以下を含みます：検証用の仮想マシンから開発環境を分離、DMZを作成、仮想デスクトップのようなワークロードを人事アプリケーションから隔離。アプリケーションのセグメンテーション: Flowをつかってアプリケーションが本当に必要な通信だけを行うように制限をかけることでセキュリティを向上させることが可能です。これによって、マルウェアがアプリケーション間やアプリケーション層間を広がっていくことを制限することができます。例えば、ウェブサーバーはアプリケーションロジックの仮想マシンとだけ通信をすべきであ

4 years ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

ハイブリッドマルチクラウドにおける経済効果の調査結果

Nutanix Clustersを評価したクラウド技術の性能検証の専門家が、　クラウド環境におけるよりよい経済運用を見出すヒントを提言します。本記事は Tom Mangan氏が 2023年3月28日に投稿した記事の翻訳版です。原文はこちら。クラウドに経済的なメリットはあるのでしょうか？Tony Palmerは「それは、そのとおりです。ただ、どういった点に目を向けるべきかが問題なのです。」と述べています。Palmerは、マサチューセッツ州ボストン郊外のニュートンに拠点を置く技術コンサルティンググループ、Enterprise Strategy Group [esg-global.com] (ESG、TechTargetの一部門)の主席検証アナリストです。ESGが得意とする専門性のうちのひとつが、一般的なエンタープライズ・テクノロジーの有効性を検証し、その検証結果を徹底的にレポートすることです。「技術検証には、製品やソリューションが謳い文句通りに機能するかどうかを確認するテストの要素があります。」と、Palmer氏はThe Forecast by Nutanixのインタビューに答えています。Palmer氏は、検証がハードウェアやソフトウェアの性能を文書化するだけではなく、テクノロジーソリューションのビジネス価値をも実証しなければならないのであると、言及しています。クラウドの経済的な利点とは？クラウドの経済的利点を検証することは、テクノロジー・アナリストに共通する楽しみです。クラウドがアジリティ(俊敏性)、スピード、スケールを提供することに疑いの余地はありません。しかし、クラウドの効率性についてはどうでしょうか。クラウドのコストは通常、クラウドの利用量と連動して上昇するため、その際のクラウドの効率性はより大きな課題となります。この板挟み的な難題は、2021年にシリコンバレーのベンチャーキャピタルであるAndreesen-Horowitz氏が発表した、影響力のある記事に端を発しています。この記事は、あることを指摘しています。企業のエンタープライズクラウドの導入が拡大するにつれ、企業のコストは爆発的に上昇し、結果、時価総額が数十億円減少している、すなわち、市場シェアの拡大や顧客体験の変革など、より差し迫った問題に費やした方が良い資金がクラウドのために費やされている、という

11 months ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

HCIプラットフォームの可用性、耐障害性、整合性 – パート 5 – Nutanix AOS vs VMware vSAN/Dell VxRAIL - オブジェクト修復タイマーの値を0に減らした場合

本記事は2021年2月4日にJosh Odgers氏が投稿した記事の翻訳版です。原文はこちら。本シリーズの牽引はこちら。このシリーズでは、Nutanix AOSがメンテナンスモード、再起動、障害シナリオにおいて、仮想マシンの完全な可用性とデータの整合性を維持することを学びました。また、Nutanix AOSとvSAN 7 Update 1を比較したところ、vSANは、より高い(SCSI)I/Oタイムアウト設定と完全データ退避モードを使用しているにもかかわらず、再起動とパワーサイクルの両方の(障害)シナリオでI/O整合性エラーが発生するという事実に着目しました。この、第5回では"vSANオブジェクト修復タイマーを60分から0分に減らすと、I/O整合性の課題に対して何か良い影響がありますか？"という質問にお答えします。オブジェクト修復タイマーに馴染みのない方のために説明します。vSANオブジェクトは一部の障害シナリオに対して、(オブジェクト修復タイマーの)デフォルト設定である60分の間、修復が開始されません。その間、一部のデータは保護されず、設定されたポリシー（例：FTT1またはFTT2）に準拠した書き込みI/Oなどの機能を実行する能力を欠いた状態となります。これこそが、X-Ray のPlatform Availability, Resiliency and Integrity(プラットフォームの可用性、回復性、整合性)テストにおいて、vSANがI/O整合性の問題に見舞われた原因であると考えられます。では、この(オブジェクト修復タイマーの)値をより生産性の高い0分(の遅延)に変更する方法を見てみましょう。 vSAN 7 Update 1：オブジェクトの再同期(Resyncing Objects)のデフォルト表示 vSAN 7 Update 1：オブジェクト修復タイマーの値を0に変更するこの変更により、ノードがオフラインになった場合、vSANは回復力を維持するために必要なオブジェクトの復元プロセスを直ちに開始します。これによりvSANは、vSAN 7 Update 1で変更されたメンテナンスモード時にデータの整合性を維持することが理論的には可能となり、再起動や障害の後にもデータの整合性を維持できる状態に一歩近づいたはずです。その後、「カスタム」テスト

2 years ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

パブリッククラウドの課題 – パート8 – ストレージの拡張と運用への影響

本記事はJosh Odgers氏が2020年8月21日に投稿した記事の翻訳版です。原文はコチラ。本シリーズの索引はコチラです。このシリーズのパート2とパート3では、Nutanix ClustersとVMware VMConAWSで同じAWSベアメタル（i3.metal）ハードウェアを基盤として使用した場合に、Nutanix Clustersのほうが使用可能な容量が多くなることを紹介しました。次に、データ効率テクノロジーと回復力に関する考慮事項を比較し、容量効率、柔軟性、回復力、パフォーマンスに関してNutanix ClustersがvSANよりも明らかに優れていることを紹介しました。パート5では、Nutanix Clustersがストレージデバイス（NVMe SSD）のデバイス障害をどのように処理するかについて、パート6ではベアメタルインスタンスの障害の場合について紹介しました。両方の場合とも、Nutanix ClustersはVMC/vSANよりも影響が小さく、Nutanixの基盤となる分散ストレージファブリック（AOS）のおかげでデータ整合性と回復力を短時間で回復できます。パート7では、コントローラーVM（CVM）にNutanix Clusters（AOS）が実装されるため、ストレージI/Oパスでハードウェアやソフトウェアの問題が発生しても、VMCよりも回復力が高く、影響が小さいことを紹介しました。VMCでは不要なHAイベントがノードに発生し、大きな影響が生じます。AWS EC2では、NutanixやVMwareなどのベンダーはハードウェア層を制御できないため、ストレージ容量を拡張するには、シンプルに、環境にベアメタルインスタンスを追加します。どちらの製品の場合でも、ストレージ容量要件に対応するには、新しいベアメタルインスタンスを追加するだけで済むとも言えます。本当にそれだけでしょうか。いいえ、そうではありません。実は、どちらの製品においても、新しい容量を実際に使用するためには時間と労力が大幅にかかります。VMC/vSANの問題1 – 新しいノードをVMCクラスターに追加しても、新しいノードのストレージリソースは既存の仮想マシンの使用可能な容量（またはパフォーマンス）に追加されません。どういうことだろうか、とお思いになりますよね。例えば、4ノードのVMC/

3 years ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

EraによるDBaaS(データベース・アズ・ア・サービス)

本記事はGlobal Solutions ArchitectのMaksim Malyginが2019年11月11日に投稿した記事の翻訳版です。原文はこちら。皆様が日々利用されている会社のCRMから電話で遊んでいるゲーム、そして雑貨店のセルフサービスのPOSに至るまでの殆どのアプリケーションは、それがクラウドベースであれ、オンプレミスであれ、もしくはサービスとして提供されているにしても、データベースによって支えられています。こうしたアプリケーションによって利用されるデータベースはデータを操作、処理し、直接的にアプリケーションの拡張性やパフォーマンスに影響を及ぼしており、データベースのプラットフォームはビジネスの成功にとって重要な要となります。アプリケーションの数の急速な増加とともに、データベースの市場も同様に成長し、2026年までには$155.50Bに達すると予測されています(リンク)。それと同時に、DBaaS(データベース・アズ・ア・サービス)が複雑なデータベースの管理の必要性とデータベース管理者やインフラストラクチャチームとのやり取りをせずに済むようにして、その代わりにアプリケーションの開発にフォーカスできるようにすることで開発者がどのようにデータベースを利用するのかを変革しつつあります。さぁ、どうやってそれが可能になるのか、そのやり方を詳しくみていきましょう。もしもエンタープライズITの世界に少しでも身をおいたことがあるのであれば、「Everything-as-a-service(あらゆるものをサービス化)」(XaaS)するというアプローチについて聞いたことがあるかもしれません。そして、殆どの場合、従来からのアプローチでもうまく行っているのに、どうしてIT組織は何かをエンタープライズに向けてアズ・ア・サービスとして提供するべきなのかということを自問自答したのではないでしょうか？結論から言うと、ITをどのように利用・アクセスするのかということがお客様の目線から見るとこの10年で変化してしまっているということです。すでに世の中にはUber、Airbnb、そしてパブリッククラウドがあり、すぐに利用できて、利用しただけ支払うという利用モデルが新しいスタンダードになってしまっているのです。これがエンタープライズのITにも当てはまりますー社内の顧客は迅速で簡

4 years ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

ServiceNowとNutanixの統合

本記事は2019年10月9日にPaul Harbが投稿した記事の翻訳版です。原文はこちら。 Nutanixはエンタープライズの企業がパブリックとプライベートクラウド間のシームレスなエクスペリエンスを提供する完全なハイブリッドクラウド環境を必要としていると認識しています。Nutanixはイノベーティブな100%ソフトウェア定義のハイパーコンバージドインフラストラクチャとマルチクラウドサービスで業界をリードしており、お客様は規模を伴う環境の展開や自身のIT運用環境との統合の必要性を感じています。Nutanixはその豊富なAPIとX-Playのような製品におけるイノベーションによってこうした統合を実現しています。こうした領域において、我々はServiceNowとのより深く密な連携と、シームレスなIT運用とエンドユーザーエクスペリエンスを提供することにおいての戦略的なパートナーシップをアナウンスできることを誇らしく思います。我々の技術チームはServiceNowのSaaSサービスとNutanixインフラストラクチャの統合を実現するにあたり、彼らと非常に密に連携し、以下の領域にフォーカスしてきました:ServiceNOW CMDBのNutanixハイパーコンバージドインフラストラクチャの検知とモデリングでの統合 ServiceNowのイベント、インシデントとNutanixのアラートの統合、及びX-Playによるその修復 ServiceNOWのリクエスト管理とNutanix上にホストされている場合のCalmプラグインによるその対応図 1: Nutanix と ServiceNOW の統合フローなぜこれが重要なのか?組織のIT環境がより大規模に、そして幅広くなっていくにつれて、ITプロセスはより確固たるもので、リスクを最小化、管理できるようなものを望むようになります。全てのエンドユーザーがITサービスを利用するにあたってよりシンプルな、単一窓口での方法を模索するようになり、全てを自動化したいと望むようになります！多くのプラットフォームが混在する状況において、ServiceNOWはそれら全ての集合地点であり、IT組織は1つの組の手順で、あらゆるプラットフォーム向けの普段利用するすべての承認フローをここにまとめようとしています。会社の収益や、人々の生活、金融市場への影響があるような

4 years ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

高耐久フラッシュデバイス要件の比較 - NutanixとVMware vSAN / Dell EMC VxRAILの比較

本記事は2020年5月15日にJosh Odgers氏が投稿した記事の翻訳版です。原文はこちら。本シリーズの索引はこちら。これまで、Nutanix AOSとvSAN/VxRAILを比較して、書き込みI/Oの受け入れに関する基本的なアーキテクチャと、書き込みI/Oパスの数々の制限事項について解説してきました。以下はそれらに関するまとめです。vSANの書き込みパスは、VMがクラスタ内のどこにあるかに大きく依存します。 vSAN の静的なオブジェクトベースの書き込みパスでは、メンテンナンスの際には予めデータのバルク移動（別のホストへの退避）を行わなければ書き込みI/Oの冗長性を確保することができません。 Nutanix ADSFは、構成されたストレージポリシー（レジリエンシーファクター）に基づいて、常に書き込みI/Oの完全性（冗長性）を維持します。 Nutanix ADSFは、VMがどこにあろうとも、あるいはクラスタ内で移動されようとも、一貫性のあるやりかたで書き込みパスを提供します。多重化された書き込みデータがいずれも他のノードに（ネットワークを跨いで）送られるという状況は、Nutanixではメンテナンス時やCVMの障害時などのワーストシナリオで発生する動作ですが、vSANにおいてはこれは通常の動作です。 Nutanix ADSFは、偶然に頼らず、常にデータローカリティのメリットを享受できるように設計されています。これらに加えて、「高コスト・高耐久なフラッシュデバイスに関するハードウェア要件」について比較してみると、どうなるでしょうか。耐久性は、1日あたりのドライブへの書き込み回数（DWPD）で評価できます。 Dell EMCやVMwareは「Nutanixは高耐久フラッシュデバイスへの依存度が高く、これはNutanix AOSの大きなデメリットである」と主張することがあるようです。今日、私が見たそのような主張の例を１つ紹介します（この投稿に触発されたので、Dell EMCのNathan Bulmon氏に感謝します）。「Nutanixは、より多くの書き込み命令を行うため、高価なフラッシュドライブをより多く必要とします」とのことです。参考訳 : Josh Odgersさん、記事を読ませていただきました。HWとSWの統合されたアップデートについて、つまりインカー

3 years ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

NutanixとMicrosoft Azureによるハイブリッドクラウドインフラストラクチャ

本記事は2021年9月21日にSahil M Bansal氏とVidhi Taneja氏が投稿した記事の翻訳版です。原文はこちら。.NEXT 2021に関する記事の索引はこちら。 NutanixはMicrosoftとコラボレーションし、より素早く、シンプルで、コスト効率性の高いクラウドへの道筋をご提供します。近年、そしてこの18ヶ月は特に顕著になってきましたが、ITチームは常に進化し続けるビジネスニーズの真ん中で、増加し続けるハイブリッドなワークプレースをサポートするために、より俊敏にならなければならないというプレッシャーに晒されてきました。多くのビジネス部門では数年分にも値するデジタルトランスフォーメーションの活動を削減された予算の中で運用を行い、短時間に詰め込んできました。プライベートとパブリッククラウドベンダーの両方がそれぞれのお客さまのニーズ、それは多くの場合でオンプレミスとクラウドをミックスさせたインフラストラクチャ上で、ワークロードを稼働させる、つまりはワークロードとビジネスのニーズにより良く答えるための取り組みを行っています。ハイブリッドクラウドアーキテクチャのアイディアは少し前から存在していましたが、そこにはいくつかのハイブリッドクラウドプラットフォームの急激な採用を阻む課題がありました。オンプレミスのデータセンターとパブリッククラウドの間の複雑なネットワークの管理は長きにわたる障害で有り続け、また、レガシーなアプリケーションをクラウド向けにリアーキテクトすることは時間のかかる作業でコストも高く付きます。もう一つの課題はそれぞれのクラウドのための複数の異なる管理ツールを使うことによって生じるサイロによる非効率性です。これらの課題を解決し、お客様のITニーズを次なるレベルへとパワーアップさせるため、Nutanixはマイクロソフトとハイブリッドクラウドソリューションにおいて協業し、クラウドとオンプレミスの間の境界を融合させ、完全なハイブリッドクラウドエクスペリエンスをご提供します。プレビュー開始: Nutanix Clusters on Microsoft Azure Nutanix Clusterson Microsoft Azure を限定的なプレビューとしてアナウンスできることを大変喜ばしく思います! NutanixはMicrosoftと従

2 years ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

Contrail SDNコントローラーを統合し、AHVクラスタ内のオーバーレイネットワークを管理

本記事は2020年7月20日にNutanixのEnterprise ArchitectであるAmin Aflatoonianが .NEXTコミュニティに寄稿した記事の翻訳版です。原文はこちら。 Juniper Contrailはテレコム・クラウド業界で幅広く様々なユースケースで展開されているソフトウェア定義のネットワーク機能(SDN)コントローラーです。最近NutanixとJuniperはNutanixのネイティブなハイパーバイザーである AHV上での展開が検証済みであるということをアナウンスしました。この記事では、この2つのテクノロジーをアーキテクチャの面から見ていき、どのように統合が行われているか解説していきます。アーキテクチャこのセクションではContrailとAHV製品の両方のアーキテクチャの概略を見ていき、これら2つの製品がどのように結合して付加価値サービスを提供するのかをお見せしていきます。これらの製品について更に詳しく学びたい場合にはNutanixとJuniperのオフィシャルウェブサイトをご確認ください。 Juniper Contrail Contrailはオーバーレイネットワークを物理、そして仮想インフラストラクチャ上に作成・管理するSDNコントローラーです。 Contrailは主に2つのコンポーネントから構成されています: Contrail vRouter: ハイパーバイザー上で稼働し、仮想マシンに対してネットワーク機能を提供する分散ルーター Contrail Controller: 複数のvRouterの統制、管理、オーケストレーション、分析を提供する論理的な集中コントロールプレーン図 1 Contrail アーキテクチャContrailの最も高いレベルでは、そのノースバウンドインターフェイス(NBI)経由でコントローラーはハイレベルなネットワーク構成(仮想ネットワーク、vNIC、ルーティング、ポリシーなど)を受け取り、それに合わせてvRouterのルーティングテーブルをプログラムします。こうした指示をvRouterに送信するためにコントローラーはXMPPプロトコルを利用しています。データプレーンのレベルでは、vRouterが仮想マシンに接続されたインターフェイス(vNIC)からトラフィックを受信した

3 years ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

お客様にこれまで以上の選択肢を: HPE-Nutanixのパートナーシップの拡大

本記事はBrian Cox氏が2020年6月24日に投稿した記事の翻訳版です。原文はこちら。 Hewlett Packard Enterprise(HPE)とNutanixのグローバルパートナーシップが始まってから1年が過ぎ、我々は新たな製品とソリューション、新しいお客様向けのプロモーション、そしてお客様からのご注文が増えていくのを目にしてきました。このパートナーシップは出荷開始からほんの僅か、3四半期で順調に立ち上がりました。実際、ウォールストリートのアナリストとの我々の直近の四半期の業績についてのディスカッションの中で、NutanixのCFOであるDustin WilliamsはNutanixのHPE DX関連のビジネスの年間契約額(annual contract value - ACV)は四半期ごとに16%の勢いで伸びていると述べています。 HPE ProLiant DXとNutanixでの追加の構成、ユースケース、そしてワークロードを含む新たな機能がこれまで以上にお客様の選択肢を広げます。新しい選択肢の中には: OLTPやVDIワークロードにより優れた価格/性能を提供するAMDベースのシステム厳しいコンピューティング環境に対応した耐久性システム SAP ERPシステムへの認証取得非構造化データ向けの高キャパシティストレージよく利用されるバックアップソフトウェアとのターンキー型データ保護 HPE ProLiant DX385システム内に搭載したAMD EPYCプロセッサによる、より優れた価格/性能エコノミクス HPE ProLiant DXシステムに搭載された新世代のAMD EPYC 7002サーバープロセッサは他の業界標準アーキテクチャプロセッサに対し、カエル飛びのような能力の飛躍を遂げ、お客様がお支払いになった対価に対してこれまでにないパフォーマンス向上を提供します。お客様はより少ない数のシステムの購入でなお、これまでよりも早く負えなければならない仕事を完了させることができます。これはAMD EPYCプロセッサーのソケットあたりの数多くのコアとストレージへのネイティブ接続のための広域なI/Oチャネルによって実現されています。結果として、オンライントランザクション処理、データ分析、仮想デスクトップインフラストラクチャ

3 years ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

「緊急時には、このボタンを押して」どんな状況でも、「あらゆる場所から業務の遂行」を可能に、しかも、わずか5つのステップで(その 2)

本記事は2020年3月4日Ruben Spruijt氏が投稿した記事の翻訳版の後半部分です。原文はこちら。前半はこちら。 DaaSの立ち上げ：5つの簡単なステップで完了 Windowsアプリケーション、または完全なデスクトップの立ち上げは、ブラウザから容易に実施することが可能で、優れたユーザーエクスペリエンスを提供します。広く知られるように、ユーザーエクスペリエンスこそが全てなのです！さらにNutanixでは、この容易で迅速な対応をサインアッププロセスにまで拡張しました。完全な機能を提供する無料の30日間トライアルにサインアップ頂くと、わずか数分でオンラインでの利用が可能となります。無料トライアルの詳細を確認し、すぐに開始しましょう。購入の準備ができたら、オンラインでクリックして従量課金制を選ぶか、またはNutanixの全世界に広がるパートナーのネットワーク経由で、1ヶ月から複数年に至る、必要な期間分のサブスクリプションを購入することができます（指定ユーザーおよび同時ユーザーの購入オプションあります）。サインアップが終わったら、以下の5ステップを実行して、設定と起動を実施します。・ステップ1：インフラストラクチャーのコネクト開始から終了まで：約20分最初のステップでは、実際の仮想アプリケーションとデスクトップを稼動させるためのインフラストラクチャーをFrameサブスクリプションとコネクトします。ほとんどのお客様は、AzureやAWS、GCPなどのクラウドサブスクリプションか、自らが所有するNutanix AHVによるインフラストラクチャーを利用したいと考えるはずです。お客様は、自社の特定のユースケースに最も適した場所でアプリケーションやデスクトップを稼動できるようするために、パブリッククラウドかオンプレミスのインフラストラクチャーかの判断は、自分で下したいと考えるでしょう。（決めつけてはいけません。「クラウド・ファースト」だからといって、クラウドだけとは限りません :-）） Nutanixは、さらに手間を省きたいと考えるお客様のために、Frameがマネージするクラウドインフラストラクチャーのオプション契約も提供しています。パブリッククラウドインフラストラクチャーのプロバイダーを選択する場合と同様に、Frameを利用するサブ

4 years ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

1-クリックの進化...

本記事はPrincipal Product ManagerのCameron Stockwellが2019年6月7日に投稿した記事の翻訳版です。原文はこちら。数週間前のアナハイムでの.NEXTカンファレンスのキーの戸で、Dheerajは大きくなった我々のポートフォリオとともに、アップグレード管理についての課題についてハイライトし、それでも我々は運用をシンプルに維持し続ける苦労について述べました。「我々は5,6年前は2つのものをアップグレードしていればよかったのです - AOSとPrism - これは成長におけるパラドックスです -- 成長は複雑さを生み出します。そして複雑さは成長を殺していまいます。」「アップグレードについて一般的には、30分程度しかかかっていなかったアップグレードが大規模なクラスタを持つお客様にとっては4〜5時間もの時間を要するようになってきている。しかし、これは非常に大きな責任が伴う。すべてのサーバ、ファームウェア、ハイパーバイザー、全てについて考慮しながら、なおもダウンタイムを伴わずに実行しなくてはならない。」「このカンファレンスは皆様が言う「最も複雑なことを素晴らしくやってのけるとはどういうことか?」ということに対するものになっています。もはや我々のキャンバスは5年前にそうであったようにシンプルなものでは、もはやなくなっているからです。我々のキャンバスはより複雑なものになっており、そして、Nutanixに課せられたバーはこれまでと同じような素晴らしさを既存のお客様、そしてこうした複雑さを実際には見ることのない新しい我々のお客様に対してご提供するというものになっています。ですが、我々はそれに取り組み、5年前よりも10倍も高速に進まなければなりません。-- これがこのカンファレンスのあるべき姿です。」ビデオを46:57から見始めていただくと1-クリックアップグレードの話が始まります。 1-クリックの画板へと戻る2016年の初頭には、我々がポートフォリオを拡充しながら同時にシンプルな1-クリックアップグレードの約束を守り続けるためには新たな方法が必要であるということは明らかでした。これまでの実績を持つデザインーアップグレードのためのコードとロジックをAOSに組み込んでおくというものーは継続できないということが徐々に

4 years ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

ChakrDB：クラウド上に誕生した分散型RocksDB、その2

本記事はAnoop Jawahar氏および Sandeep Madanala氏が 2021年10月4日に投稿した記事の翻訳版です。原文はこちら。このシリーズのパート 1では、RocksDBをベースに、数十テラバイトから数ペタバイトまでのスケールに対応する分散型の、クラウドネイティブな、高い可用性を備えた、高性能なキーバリューストア（KVS）を新たに実装するに至った経緯について述べてきました。この記事では、ChakrDBの概要とその特徴、アーキテクチャの詳細について説明し、パート 1で提示した要件の達成にどのように役立ったかをまとめます。概要ChakrDBは、分散型のNoSQL KVSです。ChakrDBインスタンスは、複数の仮想ノード(vNode)が組み込まれた単一プロセス、コンテナ、ないしはポッドです。各仮想ノード(vNode)は独立したKVSで、クラスタ内のシャードを所有し、すべてのデータをリモートクラウドストレージ（ボリューム、Nutanix仮想ディスク、またはAWSやAzureなどのクラウドによって提供される任意の仮想ディスク）に書き込みます。vNodeはKubernetes(K8s)が展開したext4ファイルシステムベースのボリュームとNutanixの内部ファイルシステムであるBlockStoreのいずれもをサポートしています。BlockStoreは物理ディスクとNutanixの仮想ディスクを含む様々なタイプの基盤ストレージをブロックベースの抽象化によってサポートします。ブロックベースのファイルシステムにより、vNodeはストレージファブリックと直接対話し、iSCSIよりもext4を使用することで余分なオーバーヘッドを回避し、スループットとレイテンシーを約50％向上させることができます。 ChakrDB の主な特徴完全な自在性と柔軟性ChakrDBには、仮想ノード(vNode)に基づくシャーディングデザインが採用されています。仮想ノード(vNode)は、高いスループットとテールレイテンシの改善でリニアなスケーラビリティを実現します。各仮想ノード(vNode)はRocksDB上で動作するラッパーであり、それ自体でKVSスタック全体を保有するため独立性が高く、データの移動と配置に柔軟性を提供します。仮想ノード(vNode)ベースの設計により、クラスタは

1 year ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

Nutanix AOS 6のご紹介

本記事は2021年9月21日にNutanix HCI Teamが投稿した記事の翻訳版です。原文はこちら。.NEXT 2021に関する記事の索引はこちら。 HCIソフトウェアのパイオニアであるNutanix® AOSの大規模なマイルストーンと、Nutanix AOS 6ソフトウェアのリリースをアナウンスできることを大変喜ばしく思います。 VMworld 2011で市場を創生するHCIソリューションを立ち上げて(Best of VMworldアワードも受賞しています)から10年、Nutanix AOS™ インフラストラクチャソフトウェアは仮想化データセンターの業界標準のプラットフォームへと成熟し、今ではお客様をハイブリッドクラウドへとつながる橋渡しに貢献しています。本日AOS 6は我々の差別化されたアーキテクチャのコア機能上に構成しながら、一方で破壊的な新機能群を追加しています。このリリースではパフォーマンスの最大化をより簡単に成し遂げられるようにするのみならず、クラスタの回復力についての可視化と統制を向上させて、ミッションクリティカルなワークロードに対するサポートを改善しています。それに加えて、AOS 6では大規模環境におけるセキュリティと保護を長く待ち望まれていたflow networkingと新しいDRダッシュボードも加え、改善しています。パフォーマンスと拡張性Replication Factor 1 (RF1)Nutanix AOSはHCIクラスタ上で動作するアプリケーションのデータを複数のコピーを保持することで保護しています。AOSはクラスタ内の異なるノードに複数のコピーを保存しており、これによってハードウェア障害発生時に自動的にデータを復元することができます。これはレプリケーションファクタ(Replication Factor)として知られており、2 または 3のコピー(それぞれ RF2、RF3)を作成するように構成することが可能です。Hadoop®、SAS Analytics®、Splunk® そして NoSQL®データベースのような多くのモダンなビッグデータアプリケーションは、それを下支えするインフラストラクチャの力を借りることなく、自身のデータをアプリケーションレベルで保護しています。従来型のSQLデータベースもいくらかの非永続的な一次で、保護の必

2 years ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

パブリッククラウドの課題 – パート2：TCO/ROIとストレージ容量

本記事は2020年8月13日にJosh Odgers氏が投稿した記事の翻訳版です。原文はコチラ。本シリーズの索引はコチラです。 Amazon EC2（AWS）などのパブリッククラウドサービスをNutanix ClustersやVMware Cloud（VMC）などの製品と併用することを検討する場合、ソリューションの仕組みや関連する総所有コスト（TCO）と投資対効果（ROI）を把握して、これらの要素を考慮することが重要です。簡単ながらも見落しがちなのは、どの程度のベアメタルリソースを実際に使用できるのかという点です。以前に製品比較したときに紹介したのですが、マーケティング資料（大概は「チェックボックス」形式のスライド）を比較して、記載されているままの価値を真に受けると、アーキテクチャーやサイジングに関して容量や回復力、パフォーマンスなどの重要な要素を検討する際に、誤った認識を前提としてしまう可能性があります。AWS i3.metalでVMCを使用する場合について、簡単な例を紹介します。AWSでi3.metalを使用した3ノードVMCクラスターVMCで31.1TBの物理容量が提供されているのが分かります。VMCは「ディスクグループ」を使用するvSANをベースとしており、「ディスクグループ」ごとに「キャッシュ」ドライブが必要です。VMCに対して、VMwareでは2つのディスクグループを使用することを選択しているため、キャッシュドライブとキャパシティドライブの比率は1対3になります。3ノードVMCクラスターのディスクグループ構成（i3.metal）次に、Nutanix Clusters on AWSを使用する場合の、使用可能な容量について紹介します。 Nutanix AOSのおかげで、3つのi3.metalノードで39.8TBが提供されており、VMCの場合よりも24.5%多くなっています。小規模な3ノード環境でも、AWSでi3.metalインスタンスを使用する場合は、Nutanix ClustersのほうがROIがはるかに高くなることが明らかです。その理由は、Nutanix AOSでは、キャッシュドライブとキャパシティドライブという、アーキテクチャー上の欠陥を持つ時代遅れの概念を適用していないためです。Nutanixノード内のすべてのフラッシュデバイスが書き込みと読み取りの

3 years ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

ハイブリッドクラウドジャーニーは Nutanix ＆ Intel® と共に

本記事はNutanixのLaura Jordana, Technical Marketing Engineer NCM と Christine McMonigal, Director of Hyperconverged Marketing at Intel が 2023年6月2日に投稿した記事の翻訳版です。原文はこちら。高速なアプリケーション開発2020年の初頭、パンデミックが勃発した際に、Nutanixで我々はお客様が我々の製品とサービスをウェブブラウザーとインターネット接続だけですぐに使用できるアプリケーションを開発している真っ最中でした。この重要性は世界中で対面でのミーティングが文字通りキャンセルされていく中で、大変重要な物となっていきました。我々はデジタル化を加速し、お客様が我々と適切な方法でやり取りをするやり方を実現しなくてはなりませんでした。我々は他の多くの人々がそうであったように、迅速な拡張性が必要で、これを実現するためにパブリッククラウドを活用したのです。Intel® Virtualization Technology もしくは Intel VT-xの能力を活用し、我々はパブリッククラウド内でセキュアな入れ子(nested)仮想化の恩恵を受けることができ、これによって、我々のAHVハイパーバイザーを仮想化し、そのハイパーバイザー内で仮想マシンを稼働させ、デモデータやアプリケーションを提供することができたのです。これは現在Nutanix Test Drive として知られることになります。 Nutanix Test Driveとは?Product-led growth(製品主導の成長)について耳にしたことがあれば、製品の利用がお客様の獲得、維持、そして拡張を推進するということを知っているはずです。Nutanixでは我々はお客様の大部分がITプラクティショナー(実践者)であり、こうした人々は通常まずはハンズオンを受講することで製品について学びたいと考えており、ホワイトペーパーや営業マンを通して学びたいと考えてはいないということを理解していました。Test DriveはNutanix製品とソリューションの機能についてのショーケースを作成し、お客様やその候補に対して可能な限り面倒を感じさせないようにしています。Nutanixの開発チームはAHVハ

11 months ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

Nutanix AES: 事例によるパフォーマンス

本記事はn0derunnerに2018年12月17日に掲載された記事の日本語ヴァージョンです。原文を参照したい方はこちら。データベースの復元にかかる時間を50%も削減する方法は?ロンドンで行われた.Next 2018の最中にNutanixはコアデータパス内でのパフォーマンスの改善をアナウンスしました。これは最大で２倍のパフォーマンス改善をもたらすとのことです。以下では実際の現実世界での改善について例を上げたいと考えています。 X-Rayを利用して1TBのデータを既存のデータベース内に復元する操作をシミュレーションしました。64K,128K,256K,1MBに分割されるとはいえ、IOのサイズは非常に大きなものとなり、1TBのデータセットに対するアクセスパターンは100%ランダムなものとなります。 code:bssplit=64k/20:128k/20:256k/20:512k/20:1m/20 通常、大きなIOサイズを用いたストレージのベンチマークはそれに応じた結果になります。これはストレージのバックエンドでの取扱が比較的簡単なものだからです。最初にかける負荷としては現実的なものとなりますが、今回は100%ランダムなパターンの場合での復元をシミュレーションしたいと考えました。今回のケースでは1TBを取り込みきるまでの時間は半分になりました。比較の対象となっているのは自律化エクステントストア(Autonomous Extent Store - AES)が有効になったNutanix AOS 5.10と以前の従来からのエクステントストアです。この改善ははAESによって、エクステントストアへの挿入が直接、より高速に行えるようになったことで実現しました。スループットが重要になるランダムなワークロードにおいては、AESはoplogをスキップする方が早いかどうかを検知することができます。OplogをスキップすることでAESはリモートのoplogまでのネットワークの往復を削減することができ - 代わりにエクステントストアにRF2のコピーを作るだけになります。これとは反対に継続的に巨大なランダムIOがoplog内に流れ混んでくる場合には、10Gbitネットワークですらもボトルネックになる可能性が出てきます。より高速なネットワークがあ

5 years ago

TetsuoMiyoshiNutanix Employee

posted in 日本語フォーラム (Japanese)

データ中心の世界のためのストレージを再考する

本記事は2021年9月21日にTuhina Goel氏が投稿した記事の翻訳版です。原文はこちら。.NEXT 2021に関する記事の索引はこちら。 Nutanix ユニファイドストレージ - 非構造化データ管理における新たなマイルストーンNutanixは長きに渡って、「ユニファイドストレージ(統合ストレージ)」プラットフォームを提供し、その形がどのようなものであれ(構造化データまたは非構造化データ)、それがどのような場所であれーオンプレミス、パブリッククラウド、もしくはエッジ上ーお客さまのデータを管理し、保護できるとお約束してきました。このビジョンを胸に、お客様のデータ管理をシンプル化でき、データ分析ワークロードから勝ちを得るまでの時間を短縮、爆発的なデータの成長を管理し、セキュリティリスクからそのデータを保護することのできるNutanix Unified Storage™ソリューションの新たな機能をアナウンスできることを大変喜ばしく思います。この最新のリリースの基盤はー 2つの製品をまたいだデータのファイフサイクル全体の統合ー Nutanix Files™ および Nutanix Objects™でーお客様へ完全に統合されたストレージエクスペリエンスを提供いたします。シームレスなデータのライフサイクル管理Nutanix Files 4.0ではSmartTier™(スマート階層化)が導入され、NASシェアからNutanix Objects(または、Amazon S3のようなあらゆるS3互換エンドポイント)を含むプライベートもしくはパブリッククラウドへの透過的なデータ階層化機能を提供します。この新しい機能ではお客様はNutanix Filesから長期保存用のデータストレージとしてNutanix Objectsへとデータを移行し、コストを削減する一方で、引き続き単一インターフェイスからのアクセスを維持することができます。これによって、デジタル文書、音声や動画ファイル、アクティブ/パッシブアーカイブのような古くなったデータの保存についてのコストを下げ、ビジネスや規制要件を満たすことができます。これを更にもう一歩を進めると、「凍結」オブジェクトをパブリッククラウドへと移動させ、その非常に安価なアーカイブむけの価格を活用することで、長期的なコストを削減す

2 years ago

Page 3 / 7

Topics started by TetsuoMiyoshi

Badges

Sign up

Login to the community

Scanning file for viruses.

This file cannot be downloaded