Topics started by TetsuoMiyoshi

158 Topics

パブリッククラウドの課題 – パート1:ネットワークパフォーマンス

本記事はJosh Odgers氏の記事の翻訳版です。原文はコチラ。本シリーズの索引はコチラです。 AWS EC2などのパブリッククラウド製品は「ベアメタル」サーバーをレンタルする機能を長年提供しており、顧客やパートナー企業はこの機能を利用することで、それぞれ選択したワークロードやソリューションをデプロイしています。追加のハードウェアはスタンバイ状態になっており、これまでと比べ短時間でのデプロイが可能なため、ハイパーコンバージド・インフラストラクチャー(HCI)ベンダーは、オンプレミス環境よりもさらに柔軟にオンデマンドで拡張できる形でベンダーのソリューションを提供できるようになりました。AWS EC2などのサービスは、ベアメタルインスタンス当たりの接続数や使用可能な帯域幅に関して、顧客がネットワークをほとんど制御できない点が課題となります。例えば、よく使用されているi3.metalインスタンスには、36個の物理CPUコア、512GBのメモリー、および25ギガビットネットワーク(公表値)が、8本の1.9TB NVMe SSDとともに含まれています。参照: https://aws.amazon.com/ec2/instance-types/i3/この構成は、Nutanixのような高度なHCIソリューションには最適ですが、ネットワークへの依存度が高いvSANのような製品にはそれほど適していません。「25ギガビットネットワーク(公表値)」とした理由実際に25Gbpsが使用可能なわけではないためです。使用できるのは、i3.metalインスタンスが同じ1台のラック内に配置されている場合は接続当たり最大10Gbps、複数のラックにまたがって配置されている場合は最大5Gbpsです。以下の例は、最新のアイドル状態のクラスターでテストした結果、AWS EC2で大きなばらつきが発生するということを示しています。次に、HCIソリューションをAWS EC2にデプロイした場合の、ネットワークの利用状況への影響について紹介します。ストレージトラフィックと仮想マシントラフィックストレージトラフィックがネットワークを独占的に使用する場合、仮想マシントラフィックが使用できる帯域幅はごくわずかであるため、ストレージ層のパフォーマンスが高くても、エンドユーザーアプリケーションやビジネスクリティカルなアプリケ

データローカリティはストレージのパフォーマンスにのみ関係すると思いますか?もう一度考えてみてください!

本記事は2020年6月11日にJosh Odgers氏が投稿した記事の翻訳版です。原文はこちらです。 Nutanixの競合他社が、データローカリティは重要ではないと自分自身やお客様を納得させようと必死に努力しようとも、ネットワーキングを含むリソースを不必要に使うことは、非効率であり、ボトルネックとなって機能面やパフォーマンスに影響を与える可能性があるという事実は変わりません。 Nutanixは、当初よりこのような課題に対処するためにAOSを設計し、データローカリティが特にプラットフォームの成功の鍵となり、私どものお客様環境を拡大し、長年にわたり最もミッションクリティカルなエンタープライズワークロードをサポートしてきました。 ここでは、データローカリティのそれほど目立たないながらも重要な利点をいくつか紹介します。 1. より高速なvMotion/ノードフェイルオーバー使用可能なネットワーク帯域幅が増えるほどvMotionの処理は早く完了し、VMとアプリケーションへの影響が少なくなるため、明らかな効果が得られます。VM のパフォーマンスが向上するだけでなく、ストレージ、ハイパーバイザ、ハードウェアのメンテナンス/アップグレードのためにメンテナンスモードに入るホストなどの運用保守業務を迅速に完了できます。ビジネスクリティカルアプリケーションが、vMotionの影響を長時間受けたことはありませんか? vMotionに十分な帯域幅を確保することは、vBCA(ビジネスクリティカルアプリケーション)を仮想環境で利用する上で重要です。 2. 同期/非同期レプリケーションの帯域幅の更なる確保実際の状況では、フロントエンドVMのIOPS/スループットだけではなく、目標復旧時点 (RPO)と目標復旧時間(RTO)に関する実際に必要なSLAを満たすことも必要です。レプリケーションをスケジュール通りに実行するために使用できる帯域幅が不足している場合、SLAの達成に影響を与える可能性があります。 3. クラスターの再構築/再同期のパフォーマンスドライブ、ノード、ブロック、またはラックの障害が発生すると、HCI 製品は再構築/再同期を実行して、設定されたレベルの回復力に復旧します。(通常、2つか 3つのデータのコピー、または同等のパリティを持っています)。これらの操作は、データの整合性を復元し、

パブリッククラウドの課題 – VMware VMConAWSとNutanix Clustersの比較 – 索引

本記事は2020年8月19日にJosh Odgers氏が投稿した記事の翻訳版です。原文はコチラ。パブリッククラウド内のベアメタルハードウェアにHCI(ハイパーコンバージドインフラストラクチャー:IT環境整備のための仮想化基盤インフラ)ソリューションをデプロイするメリットは、価値実現までの時間、スケーラビリティ、およびシンプルさという観点で大きな意味がありますが本ブログシリーズで紹介しているように、すべてのHCI製品が同じように開発されているわけではありません。もっともよく使用されている2つのHCIソリューションはVMware vSANとNutanix AOSであり、どちらのソリューションでも、ベアメタルインスタンスを使用したAWS EC2のサービスが用意されています。本ブログで連載するこのシリーズでは、パブリッククラウドベースのHCIソリューションを選択する際に考慮すべき主なトピックについて紹介します。尚、このブログシリーズは、新しいトピックを追加して改訂したり、テクノロジーの変化に応じて、必要に応じて改訂したりする場合があります。パート1 – ネットワークパフォーマンス パート2 – TCO/ROIとストレージ容量  パート3 – 大規模環境でのTCO/ROIとストレージ容量  パート4 – データ効率テクノロジーと回復力に関する考慮事項  パート5 – ストレージデバイス障害と回復力への影響  パート6 – ベアメタルインスタンスの障害  パート7 – ストレージI/Oパスと回復力への影響  パート8 – ストレージの拡張と運用への影響  パート9 - キャパシティの改善と妥協なきパフォーマンス(更にその上でしなやかさは?) パート10 – 未定NutanixとVMware vSAN / VxRAILのプライベートクラウド/オンプレミスの比較については、以下を参照してください。NutanixとVMware vSAN / DellEMC VxRailを比較

VMware環境内のOracle – 今回はFUDなし!

本記事はTechnical Director, Business Critical AppsのMichael Webster氏が2019年9月17日に投稿した記事の翻訳版です。 原文はこちら。 John Troyer氏は本日のOracle OpenWorldでの出来事を象徴していると思います ー 世界がひっくり返った? Oracle Cloud Infrastructure上のVMwareのサポートとそれがオンプレミスの環境であったとしてもVMwareハイパーバイザー上のOracleのソフトウェアがサポートされます! [img]https://pbs.twimg.com/profile_images/1138638060394930178/0t3xziuG_bigger.jpg[/img]John Mark Troyer@jtroyer Hell freezes over? I think Larry undersold this VMware-Oracle announcement. Along with VCF on OCI, It includes mutual support for Oracle software on VMware! #OOW19[img]https://pbs.twimg.com/media/EEn-yGDUcAA248K?format=jpg&name=medium[/img] 639:03 AM - Sep 17, 2019Twitter Ads info and privacy 33 people are talking about this 本日サンフランシスコで開催されたOracle OpenWorldで、最初はさほど大きな注目を集めなかった小さなアナウンスが行われました。しかし、実際にはこれはIT業界に地殻変動的な変化をもたらすものです。OracleとVMwareは共同でOracle Cloud Infrastructure上のVMwareのStackについてVMware Cloud Foundationをサポートし、同時にオンプレミスの環境であってもVMware上のOracleソフトウェアについてのサポートを行うとアナウンスしました。すでにHyper-Vを認証していますが、これはOracle社が自身

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階層(もしくはそれ以上)のインフラストラクチャに迫る危機

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

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

本記事はn0derunnerに2018年12月17日に掲載された記事の日本語ヴァージョンです。 原文を参照したい方はこちら。 データベースの復元にかかる時間を50%も削減する方法は?ロンドンで行われた.Next 2018の最中にNutanixはコアデータパス内でのパフォーマンスの改善をアナウンスしました。これは最大で2倍のパフォーマンス改善をもたらすとのことです。以下では実際の現実世界での改善について例を上げたいと考えています。 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ネットワークですらもボトルネックになる可能性が出てきます。より高速なネットワークがあ

Nutanix Mine: データ保護をHyperconverge

本記事は2019年5月8日に投稿されたMark Nijmeijerの記事の翻訳版です。 原文を参照したい場合にはこちら。 2年前、私はこちらの記事でNutanix AOSプラットフォームの周辺で形成されるデータ保護のエコシステムについての話題を共同執筆しました。Nutanixはその場にそのまま留まっていたわけではなく、それ以降、パートナーのリストを著しく拡充してきました。我々が検証を行ってきた完全なリストはNutanix Ready Technology Alliance Partner Program pageをご確認ください。 我々はここにとどまっているつもりはありません、これはまだNutanixのデータ保護に何が保存されるかの始まりにしか過ぎ無いのです!Nutanix Enterprise Cloud OSは急速に全てのアプリケーションワークロードのための業界最高のプラットフォームへとなりつつあります。 今日のNutanix Mineソリューションのアナウンスで我々は我々のプラットフォームをセカンダリーストレージへと拡張します。Nutanix MineプラットフォームはNutanix AOSの素晴らしさを活用し、現在アプリケーションにもたらしているのと同様の効果 ー シンプルさ、パフォーマンス、弾力性をセカンダリーストレージへともたらします。Nutanix MineはNutanix AOSの管理プレーンとデータファブリックの両方を拡張し、ターンキーソリューションとしてデータ保護の機能とバックアップターゲットストレージとして動作するようにし、Nutanixがプライマリインフラストラクチャである環境はもちろん、あらゆる仮想化環境のバックアップを行えるようにします。 Nutanixはハイパーコンバージドインフラストラクチャ(HCI)を発明し、コンピュート、ストレージ、ネットワーク機能、そして管理を単一ソリューションへとまとめ上げることで、データセンタ内によくある複雑性を排除してきました。Nutanix Mineは従来からのデータ保護環境に見られる同様の複雑性をコンピュート、ストレージを単一プラットフォームへまとめることで排除し、更にはテープドライブのような従来からのアーカイブ用のデバイスの必要性をも排除します。 データ保護機能を提供するために、我

Nutanixの回復力 - パート 6 - CVMのメンテナンスや障害時のWrite I/Oについて

 本記事は2018年6月8日に Josh Odgers 氏が投稿した記事の翻訳版です。原文はこちら。本シリーズの牽引はこちら。 パート5では、CVMのメンテナンスや障害時のI/Oの処理方法について説明しましたが、今度は同じメンテナンスや障害シナリオでWrite I/Oを処理するという、間違いなくより困難で重要なタスクを説明する必要があります。パート5をお読みになった方であれば、この次のセクションがよくわかると思います。パート5を読んでいない方は、ぜひ読んでいただきたいのですが、ここではNutanix ADSFがどのようにデータを書き込み、保護するのかという基本的なことを簡単に説明します。 以下の図を見ると、3ノードのクラスターに1台の仮想マシンがあります。仮想マシンはa,b,c,dで表されるデータを書き込んでいます。通常の状況では、すべての書き込みは、1つのレプリカが仮想マシンを実行しているホスト(この場合はノード1)に書き込まれ、他のレプリカ(RF3の場合は1つまたは複数)はディスク適合性の値に基づいてクラスター全体に分配されます。ディスクの適合性の値(私は「インテリジェント・レプリカ・プレースメント」と呼んでいます)は、容量とパフォーマンスに基づいて、データが最初から最適な場所に配置されることを保証します。  クラスターに1つ以上のノードが追加された場合、インテリジェント・レプリカ・プレースメントは、クラスターがバランスの取れた状態になるまで、それらのノード数に比例して多くのレプリカを(分散して)送信します。万が一、新たな書き込みが発生しなかった場合でも、ADSFにはバックグラウンドでディスクバランスをとるプロセスがあり、低い優先度でクラスター内のバランスをとります。 Nutanixが複数のレプリカを使用してデータを保護する方法(「レジリエンシーファクター(RF)」と呼ばれるもの)の基本がわかったところで、Nutanix ADSFストレージ層のアップグレード時に何が起こるかについて説明します。 アップグレードはワンクリックで開始され、設定されたレジリエンシーファクター(RF)やイレイジャーコーディング (EC-X) の使用の有無に関わらず、一度に1つのコントローラVM (CVM)をローリング方式で実行します。ローリングアップグレードでは、一度に1つのCVMをオフ

ServiceNowとNutanixの連携 その1

本記事は2019年12月11日にNutanix Solutions Architect - AutomationのSho Uchidaが統合した記事を一部転記したものです。 全文を参照したい場合はこちら。 ServiceNowとNutanixの連携について 概要 2019年10月のデンマーク、コペンハーゲンにおける.NEXT ConferenceにおいてServiceNow社とNutanixは両社ソリューションの連携を発表しました。詳しくは以下のURLをご覧下さい。 Nutanix、プライベートクラウド向け自動化機能を発表ServiceNowとNutanixの統合 ユースケース 執筆時点(2019/12)時点でのユースケースは以下3点です。 1. ServiceNowのイベント、インシデントとNutanixのアラートの統合(その2で紹介) 2. ServiceNowのリクエスト管理とCalmプラグインによるNutanixへのアプリケーションデプロイ(その3、その4で紹介) 3. ServiceNOW CMDBにおけるNutanixインフラの検知とモデリング(その5で紹介) アーキテクチャ アーキテクチャはこちら。上記ユースケース2,3はNutanix側にMIDサーバと呼ばれる、ServiceNowとNutanix間のデータ通信を担う中間サーバが必要となります。 本シリーズ(全5回)では ServiceNow社の提供する開発者インスタンスを用いてシンプルなServiceNow-Nutanixの統合環境を作ることを目指します。 本記事(その1)では 準備作業として開発者インスタンスの立ち上げとMIDサーバの立ち上げを行います。 続きを原文で読む。

CPU利用の比較 – Nutanix AOS vs VMware vSAN / DellEMC VxRAIL

本記事は2020年3月2日にJosh Odgers氏が投稿した記事の翻訳版です。原文はこちら。本シリーズの索引はこちら。 このシリーズでは、NutanixプラットフォームがvSAN/VxRAILよりも多くの使用可能な容量を提供することで、物理ストレージをより効率的に利用できることをすでに学んできました。 また、Nutanixのアーキテクチャは、ドライブやノードの障害をより安全に処理し、復旧までの平均時間を大幅に短縮することができるなど、多くの利点があることを学びました。 Nutanixの容量拡張や性能向上を即座に改善する独自能力は、Day2 Operations(運用フェーズ)をはるかに単純化し、価値を生み出すまでの時間を短縮することにもつながります。 また、Nutanix Controller VM (CVM)は、基本的なストレージ層のみしか提供しないvSANカーネルモジュールよりも価値が高いことがわかりました。Nutanix CVMは、より高度な、回復力があり、スケーラブルで、パフォーマンスの高い分散型ストレージファブリックを提供するだけでなく、データ保護/レプリケーションなどの機能も提供し、利用性の高い管理スイート(PRISM Element)も提供します。 CVMは、より多くの価値を提供しているにもかかわらず、メモリ使用量の比較記事では、Nutanix CVMのメモリ使用量はvSAN/VxRAILと同等かそれ以下であることが多いということがわかりました。 さらに、vSAN/VxRAILが「インカーネル」で実行されていることがリソース使用量の面で大きな利点になるという神話を払拭するために、CPU使用量の例をいくつか見てみましょう。 注: VMwareのEULAでは、IOPS/スループットのパフォーマンス数値を共有することができませんが、すべての比較において、プラットフォームの差の割合を示しています。これにより、提供されるパフォーマンスが異なる場合でも、CPU使用率を正確に比較することができます。 次のチャートは、Nutanix X-Rayツールを使用して、「Four Corners」と「Throughput Scalability」のシナリオを使用して作成したものです。 例1 - ランダムリードのCPU使用率 このテストでは、IOPSの結果は両プラットフォーム

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にも当てはまります ー 社内の顧客は迅速で簡

デジタルトランスフォーメーションとDevOpsの役割

本記事の原文はコチラ。 Julie O’Brien, SVP of Corporate Marketing Sachin Chheda, Senior Director of Global Accounts and Industry Marketing デジタルトランスフォーメーション(DX)は組織が大規模なオーバーホールとして試験的ーかつー本当のビジネスモデルと日々のプロセスの運用を考え直すきっかけとなりました。これまでの製品は新たな情報とサービス駆動の提供物で置き換えられていきます。特にコモディティ化が大規模に進む市場において顕著です。例えば流通産業においては様々な企業が製品の再パッケージ化、革新的な購入方法を模索しており、買い手のためのインテリジェントな推薦機能を追加しています。先進的な分析機能や機械学習、IoT/先進的センサー、普遍的な接続性などのテクノロジーのおかげで流通企業は店頭以外でも顧客にターゲットを定めることができ、在庫状況と顧客の振る舞いをベースに自動的なオーダーを行えるようにまでなっています。 DXの新興とIoTやデータ処理、可視化などのそれを支えるテクノロジーによって、ソフトウェアの開発はどんどん重要になってきています。新しいアプリケションとサービスを迅速に提供するために、ITチームはDevOpsモデルへと移行し開発と運用の間のギャップを埋めようとしています。 一体DevOpsとは何なのでしょうか?WikipediaによるとDevOpsは「ソフトウェアの開発」と「ITの運用」を融合させるもので、この組み合わせによってITのカルチャーとテクノロジーを開発チームと運用チーム間の摩擦のない、新しい機能やサービスの提供を加速するためのものへと変化させることだとしています。正しく実行されれば特定の組織が責任を追うような状態ではなく、コラボレーションや自動化が実現されるとしています。 潜在的な効果は膨大です: アクセスの自由化とセルフサービス。開発と検証の環境が開発者、検証チーム、運用チームに必要に応じて作成され、アジャイルな開発手法の利用が進みます。 高速な繰り返しとリリース。ソースコードのチェックインからリリース、利用に至るまでの検証と製品のリリースが自動化されます。 展開からの早期の失敗/修正。自動的な展開(と後戻り)の

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を有効にしている場合、その受け取ったテレメトリを活用して、我々のお客様のサポートのエクスペリエンスを再定義し、クラスタの健全性を劇的に改善します。マニュアルのサポートプロセスを削減し、日々のメンテナンス作業に使う時間を短くすることで、ITチームはビジネスユニットに対する価値を高める活動にフォーカスすることができます。 我々はよくお客様からもっと深く自身のプライベートクラウドとハイブリッドクラウドインフラストラクチャを理解し、地域やサイトをまたがったインフラの管理をシンプルにしたいというリクエストをいただきます。典型的な質問は以下のとおりです:もうサポートされない(End-of-LifeもしくはEnd-of-Support)のソフトウェアを動作させていたりはしませんか? 我々のソフトウェアスタックは最新に維持されており、セキュアで全てのコンポーネントはそれぞれでハードウェアとソフトウェアのレイヤーで互換性が取れていますか? クラスタ内のノード、ライセンス、サポートサブスクリプションは最新でしょうか?もし次のために何かを今用

Xi Leap クラウド災害復旧サービスの最新情報

本記事は2019年5月8日にAparajita Jasが投稿した記事の翻訳版です。 原文を参照したい場合にはこちら。 商用販売を昨年11月に開始し、オンプレミスにホストされているあらゆるアプリケーションむけに簡単に利用できる災害復旧を提供するXi LeapはNutanixの提供するハイブリッドクラウドサービスのメインストリームとなりました。企業は自身の環境をNutanix Xi Cloud Servicesへと完全にオーケストレーションされた災害復旧(DR)ソリューションのために拡張し、オンプレミスのワークロードをセカンダリのデータセンタをセットアップすることなしに保護することができます。お客様はXi Leapを単一のツールと管理構造で利用でき、コスト、複雑さの削減、そして従来からのDRソリューションに紐づく不確かさも取り除くことができます。Leapはネイティブに統合されたDRaaSであり、ビジネス継続を保証するために復旧のオーケストレーションとオンデマンドで停止を伴わない検証機能を提供します。 グローバルで広範に利用可能我々はXi Leapがその災害復旧の能力を現在すでに利用可能な米国西(ベイエリア、カリフォルニア)、米国東(アッシュバーン、バージニア)そして英国(ロンドン)に加えて拡張することをアナウンスできることを大変喜ばしく思います。今後数ヶ月でXi Leapはテレコム・イタリアグループのインターナショナルサービスを提供するSparkle社とNutanixのパートナーシップを通じてイタリアで、そして日本とドイツでも利用可能になります。お客様にはデモのリクエストを通じて、まずサービスがどのように動くのかを見ていただくことができます。2019年7月までに購入を決定いただいた初期のお客様について、我々は魅力的な価格もご用意しております。 AHVとVMware ESXiの両方のワークロードをサポート: 我々はすでにNutanix Xi Cloud Services上でオンプレミスのAHVのワークロードのDRをサポートしています。AOS 5.11のリリースと共に、我々はNutanix Xi Cloud Services上でのESXiのワークロードのDRをサポートいたします。これによって我々の提供する機能は劇的に向上し、Xi Leapはサーバ仮想化ワーク

高耐久フラッシュデバイス要件の比較 - 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の大きなデメリットである」と主張することがあるようです。 今日、私が見たそのような主張の例を1つ紹介します(この投稿に触発されたので、Dell EMCのNathan Bulmon氏に感謝します)。「Nutanixは、より多くの書き込み命令を行うため、高価なフラッシュドライブをより多く必要とします」とのことです。 参考訳 : Josh Odgersさん、記事を読ませていただきました。HWとSWの統合されたアップデートについて、つまりインカー

Nutanixの回復力 パート9 自己修復

本記事は2018年6月20日にJosh Odgers氏が投稿した記事の日本語版です。原文はこちら。本シリーズの索引はこちら。 Nutanixには、いくつもの非常に重要でユニークな自己修復機能があります。これらによって従来からのSAN/NAS装置だけでなく、他のHCI製品とも差別化されています。 Nutanixは、SSD/HDD/NVMeデバイスの損失やノードの障害を完全に自動で自己修復するだけでなく、ユーザーの介入なしに管理スタック(PRISM)を完全に復旧させることができます。 まず最初に、デバイスやノードの障害からデータを自己修復する方法について説明します。 従来のデュアルコントローラーのSANと、平均的*なサイズの8ノードのNutanixクラスターを単純に比較してみましょう。 *平均値は、全世界の顧客数を販売台数で割って算出しています。 1台のストレージコントローラが故障した場合、SAN/NASでは回復力が失われます。ベンダーがコンポーネントを交換し、回復力(多くの場合は性能劣化も)を取り戻すまでは、SLA(サービスレベルアグリーメント)を守るために奔走しなければなりません。 Nutanixと比較すると、8台のストレージコントローラのうち1台(12.5%)だけがオフラインになり、7台がワークロードへのサービスを継続し、回復力を自動的に取り戻すことができます(パート1で示したように、通常は分単位で回復します)。以前、「ハードウェアサポート契約と24時間365日のオンサイトが不要な理由」というブログで、このコンセプトを詳しく紹介しました。簡単に言うと、プラットフォームの回復力を取り戻すために、新しい交換部品の到着や、さらに悪いことに人手に依存している場合、ハードウェアの交換やマニュアルでの作業なしに完全な回復力を持つ状態に自己回復できるプラットフォームに比べて、ダウンタイムやデータロスのリスクは飛躍的に高くなります。 「もっと小さな(Nutanixの)クラスターではどうか」と反論する人(あるいは競合他社)もいるかもしれません。よくぞ聞いてくださいました。4ノードのクラスターであっても、ノード障害が発生すると、ハードウェアの交換やマニュアルでの作業なしに、完全に自己回復して回復力のある3ノードのクラスターになります。 Nutanix環境で、別のノード障害が発生しても

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データベースもいくらかの非永続的な一次で、保護の必

Nutanix Enterprise CloudとXi Frameの冒険 : それぞれのユーザーにとっての最高へ

本記事は2019年5月8日にKong Yangが投稿した記事の翻訳版です。 原文を参照したい場合はこちら。 こんにちは、素晴らしき同士たち。 デジタルトランスフォーメーションはその成功がビジネスのプラスの成果と等しいということからCIO達のトッププライオリティで有り続けています。理想的には、デジタルトランスフォーメーションの旅路は高いレベルの顧客満足はもちろん、効率的な運用、俊敏性、可用性、そして拡張性をもたらすスムーズな消費に裏付けられているべきで、その結果としてそのサービスには多くのお客様と利用が伴います。デジタルの旅路において、組織は慣性を必要とします ー つまり開始時に一定数以上の多数の顧客と速いスピードが必要なのです。そしてその基盤となる開始点はユーザーとアプリケーションそしてデータの交差点であり、デジタルワークスペースとも呼ばれています。 アイアンメイデンに入れてしまえ(これまでのこだわりを捨て去りましょう)そのコアとして、デジタルワークスペースはソフトウェア定義の仮想化アプリもしくはデスクトップ・アズ・ソフトウェアのようなデスクトップ、もしくはデスクトップ・アズ・ア・サービスのようなサービスとして提供されます。しかしながら、デジタルワークスペースへの旅路は、複雑さ、コスト、膨大なまでの選択肢という決断を伴う旅路です。何度も道を見失うこともありますし、新しいデジタルの世界の経済性への崖を渡るという苦労も伴います。ビジネス部門はより多くを要求してきます。エンドユーザーも同様です。技術の実装はさらに多くを要求します。 明かりを灯し続けながら、同時に新しいアプローチ、運用プロトコルを採用し、最新のテクノロジーやサービスプロバイダの津波に飲まれないようにするのに良い方法は?良い方法を見つけるためには、テクノロジーに対する惰性や疑念を最小限にしながら、崖を渡り、その反対側にあるデジタルの世界での基盤を確かなものにしなくてはなりません。 勝利を収めようミニマリストアーキテクチャのコンセプトは根本となるところまですべてを脱ぎ捨てていき、シンプルさを実現することです。少ないことが良いことなのです。デジタルワークスペースの基盤のシンプルさの実現の品質はセキュリティと安定性、そしてワールドクラスのサポートです。セキュアで安定したデジタルワークスペースは組織に力

NutanixはHCIについてのイノベーションを加速

本記事は2019年5月8日にVP, Product & Technical MarketingのGreg Smith氏が投稿した記事の翻訳版です。 原文を参照したい方はこちら。 10年近くに渡る旅路の末にNutanixはハイパーコンバージドインフラストラクチャ(HCI)マーケットを切り開きました ー ITのリーダーたちがクラウド時代のためにデータセンタを再構成し、近代化することを実現させたのです。HCIはエンタープライズのITにとって急速に標準のプラットフォームとなりつつあり、その中で、自己満足であったことに気が付きつつあるITベンダーは進化しつつあるお客様からの要求に対応すべく可及的速やかに対応を始めつつあります。 しばしば、マーケティング主導の製品のバンドル化やマーケットシェアのリーダーシップに関する根拠のない話にかき消されてしまいますが、実際のところNutanixは他のHCIベンダーに投資の面でも、イノベーションという面でも継続して圧倒しています。我々はより多くのエンジニア、より多くの開発者とより賢いデータサイエンティストを抱え、彼らが他より優れた最高傑作とも呼べるようなHCIをより先へ進めるために取り組んでいると信じています。 近年のNutanixのイノベーションと新製品の能力をリストにすると非常に長くなり、完全に理解するのが難しくなりますので、以下は特に重要な3つのハイライトです: AESでNutanixのHCIアーキテクチャを更に良いものへNutanixのウェブスケールアーキテクチャの基盤はデータローカリティです:これはアプリケーションにとってローカル(同じ物理ノード上)にデータが維持されているということを保証するというもので、これはワークロードが他のノードへ移行したとしても同様です。これは優れたパフォーマンスを提供するだけではなく、ノード間のトラフィックを減らすことができ、HCIクラスタはこれによって拡張とより効率的な運用を実現することができます。Nutanixだけ固有のものです! 我々は新たなアーキテクチャのイノベーションとともにローカリティをメタデータ(注:データについての概要のデータ)にももたらしました:Autonomousi Extent Store(自律エクステントストア)またはAESです。この新しいアーキテクチャによって、我

ハイパーコンバージドインフラストラクチャが解決した5つの問題

本記事はInes Marjanovic氏が2019年5月28日に投稿した記事の翻訳版です。 原文を参照したい方はこちら。 これまでに、皆さんは「ハイパーコンバージドインフラストラクチャ」について耳にしたことがあるはずです。そして皆さんと皆さんのチームはそれを利用するかどうかを考えてみたこともあるかもしれません。その決定を行うまでの間、ハイパーコンバージェンスがあなたにとって何を解決してくれるものなのかということについて考えをめぐらしていた事でしょう。 もしくは、古くからの3階層アーキテクチャを利用する人々とあまりに長くいすぎて、それがDNAかのようになっている場合もあるかもしれません ー 何年もの間、"特に問題ない"からということでそれを排除することに躍起になったりもしないと思います。 いずれの場合でも、当てずっぽうをしなくて済むように、HCIを利用し始めることで、さよならをしなければならない5つの主な課題についてまとめておきます。 コストのかかる複雑なVDI環境すべてのITチームが望んでいるものとは?これまで以上に対応を行い、より弾力性を持ち、「24時間体制で」、そしてそれらを適正な予算の中でやってのけるということです。 多くの人々はこれをどうやって実現しているのでしょうか?より多くの事業が仮想デスクトップインフラストラクチャ(VDI)へと移行しつつあります。デスクトップとアプリケーションへのリモートアクセスによって、従業員たちはあらゆる場所で、そしてあらゆるデバイスで業務を行うことができ、これまで以上の継続性と生産性を実現することができるのです。 問題は?VDIを裏で支えるインフラストラクチャが貧弱であった場合には、VDIワークロードのパフォーマンスと可用性を妥協しなければなりません。 さほど驚くことはない驚きの時:HCIはこれまでにないほどに一元化され、コスト効率の良いVDIの展開方法として急成長しつつあります。ソフトウェア・ディファインド・ストレージ(SDS)を利用することで、適切な仮想デスクトップに適切なリソースが自動的に割り当てられ、マニュアルでの操作の苦痛から開放されます。加えて、HCI上でビジネス組織はVDIを自身の予算の中で拡張していくことができます。苦痛のないインフラストラクチャを活用し、時間を取り戻しましょう。更に詳しくはVDI完全ガイドを

真のマルチクラウドサービスを構築する方法は?

本記事は2019年5月8日にNikola Bozinovicによって投稿された記事の翻訳版です。 原文を参照したい場合にはこちら。 昨年の夏、FrameはNutanixと合流しました。通常、買収には課題がつきものです。物事はいずれの方向へも転がります(もしも一回でもご経験があれば、私が何を行っているかわかるはず)。しかし、FrameのNutanixで歩んだ道のりは素晴らしいものでした(法務関連のやり取りを除けば)。もしも本当の信念をもったチームにビジョンが伴ったとしたら、あらゆる事が可能なのです。 この我々のNutanixでの8ヶ月、我々は我々の共同でのマルチクラウドのビジョンを拡張させるために3つの主なフォーカスエリアについて様々な思いを巡らせてきました: デザイン 最初に我々がNutanixチームと席をともにした時に我々が自身に問いかけたのは「我々はどのように皆さんの人生を簡単にできるか?」というものでした。実際のところ、以前にVDIの管理者の経験がないような人々が、どれだけ楽に物事を行えるか?というものです。 セキュリティ 数百におよぶお客様と会話をする中で、我々は皆様の会社のデータこそが最も重要な資産であるということを理解しました。ですから、Frameへ数多くの組み込みのセキュリティ機能を取り入れました。このおかげでFrameは現在公共のお客様にとって特に重要なRedRAMP Ready認証を取得した唯一のデスクトップ・アズ・ア・サービスです。 スピード 今日の世界においてスピードこそが全てです。もしも早く動くことができたら ー それはビジネスを早く成長させることができるということです。我々のソリューションは常にイノベーションを提供します。これは年に1回か2回ソフトウェアをリリースすることとは全く異なります。 Frameの創業期の2013年、我々は1-クリックのセキュアなクラウドサービスを思い描きました。我々は複数のクラウドを管理するために、コントロールプレーンをクラウドに置き、ウェブスケールでAzureとAWSのクラウドを超えたワークロードを運用し動作させることはとてもむずかしいことだと考えていました。 ですが、我々がなし得たことで最も重要なことは我々のお客様とパートナー様の声を聴くということです。そして、我々が耳にしたこと

X-Rayを用いて様々なHCI上でvdbenchによるベンチマークを実行する方法

本記事は2020年3月23日にGary Little氏が投稿した記事の翻訳版です。原文はこちら。 ストレージ性能テストを担当されるは多くの場合vdbenchを使い慣れており、ハイパーコンバージドインフラストラクチャ(HCI)の性能をテストする際にもvdbenchを使いたいと考えているでしょう。HCIの性能を正しくにテストするには、HCIを構成するすべてのノードにワークロードを展開する必要があります。しかし、複数のVMをデプロイし、vdbenchの動作を調整するのは大変です。そこでNutanix X-Rayは、vdbenchを簡単にスケールアウトして実行する仕組みを提供しています。今回は、その使用手順を紹介します。X-Rayにvdbenchを追加する手順Oracleのサイトからvdbenchをダウンロードする X-Rayのvdbenchテストシナリオを GitHub https://github.com/garyjlittle/xray.git から取得する (リポジトリを自分のPCにクローンし、X-Rayのサーバーにアップロードできます) Oracleからダウンロードしたzipファイルの名前を”vdbench.zip” に変更する X-Rayシナリオ内で、zipファイルの名前が正確にこのとおり(vdbench.zip)であることが前提となっています。X-Rayサーバーに移動し、vdbench.zipファイルとX-RayのvdbenchテストシナリオファイルをX-Rayサーバーにアップロードする vdbenchを実行するためのJVMをインストール可能な状態にするため、Nutanixクラスタ上に作成されたVMがインターネットにアクセスできることを確認する  それでは、X-Rayにデフォルトでビルトインされているテストと同じように、HCI アプライアンスに対してvdbench ワークロードを実行しましょう。結果は次のようになるはずです。  また、ビルトインされたGrafanaで表示することも可能です。 vdbench workload read IOPSvdbench workload write IOPS 基本的な動作が確認できたら、自由にvdbenchファイルを編集して、X-Rayに複数のLinux VMの展開、vdbenchワークロードをデプロイ、および実行をさせ

パブリッククラウドの課題 – パート3:大規模環境でのTCO/ROIとストレージ容量

本記事はJosh Odgers氏が2020年8月14日に投稿した記事の翻訳版です。原文はコチラ。本シリーズの索引はコチラです。パート2では、効率的なAOSのおかげで、3ノードのi3.metal環境でのNutanix Clusters on AWSソリューションでは、使用可能な容量がVMwareのVMCよりも24.5%多くなることを説明しました。このことは小規模環境の顧客やコスト意識の高い顧客にとっては朗報ですが、Nutanixにおいて、環境が拡張されても容量やROIにおいて同様なメリットが得られるのか疑問に思う方もいらっしゃると思います。今回の投稿では、次の3つのシナリオについて紹介します。4ノードクラスターと5ノードクラスター 6ノードクラスター 16ノードクラスターこの3つのすべてのシナリオで、AWS i3.metalサービスを使用します。この3つの例を取り上げるのは、VMCでは、3ノード環境、4~5ノード環境、および6ノード以上の環境に対して、それぞれ異なるストレージポリシーがデフォルトで適用されるためです。16ノードの例では、VMCでサポートされている最大規模のクラスターを使用した場合について紹介します。 4ノードクラスターと5ノードクラスターの比較4ノード環境の場合、VMwareのVMCは、論理容量に対して物理容量のオーバーヘッドが2倍になるFTT1(ミラーリング)から、3+1ストライプサイズを使用するイレージャーコーディング(RAID5)に切り替わります。切り替え後は、1.33倍のオーバーヘッドで容量が提供されます。参照先:https://blogs.vmware.com/virtualblocks/2018/06/07/the-use-of-erasure-coding-in-vsan/イレージャーコーディング(RAID5)に切り替わると、使用可能な容量が増えるため、切り替えはその点で意味がありますが、以下のような重大な影響が生じます。オールオアナッシング的なアプローチのため、I/O用の重要なパスに影響が生じる。VMwareもパフォーマンスへの影響を認識している 4ノードクラスターでは単一ノード障害を許容できず、単一ノード障害の場合は自己修復が不可能(3+1のストライプでは4つのノードが必要)なため、回復力が低下する I/O処理が少なくとも4つのノード

Nutanix Eraのその内部: タイムマシン(Time Machine)

NutanixはDB Tech Showcase Tokyoに出展しています。 Nutanix Eraを詳しく知りたいという方はぜひ当日御来場ください。以下の2つのセッションが予定されています。 D7 Session 2019.9.26 (木) 13:00 - 13:40 DB(データ管理)管理者にも利用者にも喜ばれる「データベース on Nutanix」 @ 凌 直孝Nutanixでオンプレのデータベース管理がどのように変化するのか、ご紹介いたします。 デモでは、いろいろな画面と新機能をご覧いただく予定です。 また、本セッションをご覧いただくだけで、Nutanix上でデータベースを動かすとどんなメリットがあるのか、全体的な運用イメージと合わせて描けるようになります。 D14 Session 2019.9.27 (金) 14:00 - 14:40 クラウド開発者にもインフラ担当者にも喜ばれる"Nutanix式"オンプレミス環境づくり @ 島崎 聡史Nutanixはハイパーコンバージドインフラ(HCI)というSoftware Definedな技術で仮想化基盤のシンプル化をリードしてきた企業です。最近ではセルフサービス型データベース管理機能、マネージド型Kubernetes、ネットワーク可視化&監視機能、S3互換オブジェクトストレージなどを提供し、クラウドネイティブな手法をオンプレミスに持ち込む仕組みに注力しています。 本セッションではこれらを実現するプロダクトについて技術的な観点で解説します。 本記事はProduct Marketing PrincipalのMaryam Sanglaji氏とGeneral Manager of Databases NutanixのBala Kuchibhotla氏が2018年10月19日に公開した記事の翻訳版です。 原文はこちら。 データベースの管理と運用を行うことが非常に複雑であるということを理解しています。これは我々のお客様がデータベースを様々な規模で管理しようとする際に直面する課題を日々目にしているからです。展開、クローン、更新などデータベースの運用に関する複数のソリューションを活用することは環境の複雑化に繋がり、決kヒョクのところビジネスの俊敏性と効率性を阻害してしまいます。エンタープライズのデータベースでは、例えば

Badges

Show all badges