Tintri は Tintri OS をアップデートし、vRealize Orchestrator プラグイン、コンテナ、クラウド サポートを追加して、ホストのコンピューティングとメモリ リソースを含むように予測分析を拡張することを発表しています。最後に、チャットボット インターフェイスの追加も検討しているようです。
同社では、オールフラッシュかバイブリッドかを問わず、ストレージ アレイが、VMware および Hyper-V ベースの機能を使用してコンテナー、仮想マシン、オンプレミスのコンピューティング、ストレージ、ネットワーク、そしてパブリック クラウドをオーケストレーションするシステム レベルの担当者によって管理されるシステム スタック内のコモディティ コンポーネントになると考えています。
同社は、あらゆるものへの RESTful API アクセスと、vRealize などのインフラストラクチャ管理エンティティとの上位統合により、このような環境でアレイが互いに非常にスムーズに連携できるようにアレイ インターフェイスの開発に取り組んでいます。
Tintri は次のことを発表しています:
- 拡張されたオーケストレーションと自動化
- コンテナサポート
- パブリッククラウド統合
- ストレージからコンピューティングまで予測分析を拡張
- チャットボットインターフェースでシステム管理を容易に
すべてがAPIでアクセス可能
TintriのCTO兼共同創業者であるキエラン・ハーティ氏は、TintriはWebサービス型のアプローチを採用しており、あらゆるものがAPIでアクセス可能であると述べています。Hyper-V、コンテナ、OpenStackはこのアプローチを採用しています。一方、ストレージアレイは一般的にAPIが適切なレベルで定義されておらず、適切なレベルでAPIが定義されていません。Tintriは、このアプローチを適切に採用し、VMレベルでAPIを適用し、コンピューティング側ではAPI、ネットワーク側ではNSX/ACIと連携していると述べています。
TintriのvRealize Orchestratorは、vRealize AutomationおよびvCloud Directorのプラグインであり、Tintriのオペレーションを上位レベルの管理・オーケストレーションプラットフォームに公開します。このプラグインは、スナップショット、クローン作成、レプリケーション、コピーといったストレージオペレーションをVMレベルで自動化します。この統合はワークフローの構築に活用でき、Harty氏は「VMレベルでこれを実現できるのは他にありません」と述べています。
コンテナサポート
vSphere 6.5の一部であるvSphere Integrated Containersにより、TintriアレイはVMwareコンテナのサポートを開始します。これにより、VMwareユーザーはインフラストラクチャ全体を再構築することなく、コンテナサポートを追加できます。Tintriのサポートにより、ユーザーはコンテナレベルのサービス品質（QoS）とリアルタイムおよび予測分析を利用できるようになります。また、TintriはClusterHQがサポートするFlockerプラグインを介してDocker Volumesコンテナもサポートします。ベアメタル上でコンテナを実行しているユーザーは、Tintriストレージに永続的なDocker Volumesを保存できるようになります。これは、TintriがKubernetes、Apache Mesos、Docker Swarmなどのコンテナオーケストレーションプラットフォームに自動的にプラグインできることも意味します。
同じTintriシステム上でコンテナとVMを混在させることができます。コンテナのサポートは来年前半に開始される予定です。
パブリッククラウド統合
Tintri OSはS3サポートとTintriアレイからのVMレベルでのスナップショットを取得し、AmazonのS3サービスやIBMのCloud Object Storage（買収したCleversafeオブジェクトストレージ）に送信できます。復旧はVMをリストアするだけで、LUNやボリュームレベルでの操作は一切不要です。
理論的には、どの S3 ターゲットでも使用できますが、S3 インターフェースはさまざまであるため、Amazon 33 と IBM COS 以外の提案されているものをテストしてください。
分析をコンピューティングに拡張
Tntriは予測分析を拡張し、コンピューティングとストレージを同時にサポートしています。ハーティ氏によると、Tintriは現在、ストレージとコンピューティングのリアルタイム分析を行っています。
これは予測分析へと拡張され、CPU使用率やメモリサイズといった要素をモデル化します。Xeonのモデルやコア数といった要素を考慮したより低レベルな分析へと移行し、Web経由のサービスとして提供されるようになります。
予測分析を拡張してコンピューティング (処理とメモリ) をサポートする機能は、2017 年前半に利用可能になります。
チャットボットの驚き
チャットボットは、日常的な言語入力に対して日常的な言語で応答するソフトウェアの集合体であり、AIや機械学習によってインテリジェントな入力テキスト分析と応答を提供します。厳密にフォーマットされたコマンドラインインターフェース（CLI）よりも本質的に柔軟性が高く、GUIフォームよりも迅速に使用できる可能性があります。
チャットボットはテキストベースまたは音声ベースです。音声ボットの例としては、AmazonのAlexa、AppleのSiri、MicrosoftのCortanaなどが挙げられます。
Tintri はアレイ用のテキストベースのチャットボット インターフェイスを開発しており、以下はその動作の画面例です。
ティントリチャットオプス
ハーティ氏によると、日本の Tintri の顧客は、Tintri の API を使用して、自社のアレイにチャットボット インターフェイスをセットアップしたそうです。
彼はその可能性に熱心に取り組んでいます。例えば、ストレージ管理者やVMware管理者は、Slackのボットと会話することでVMを起動できます。また、VMに特定のQoSレベルを割り当てることも可能です。
> 製品QOSを設定 10:44:138:125
> 完了。VMに本番環境のQOSが設定されました 10:44:138:125
この Slack ボットは管理者の資格情報を知っているため、マルチテナントに対応し、異なるテナントに異なるロールを割り当てることができます。
Harty 氏は、これは Nimble、Pure、EMC などでは実現できないことを強調しています。
人々はシステムに対して完全にカスタマイズされたインターフェースを持つことができます。
音声ボットには明らかな拡張性があります。理論的には、AmazonのAlexaをフロントエンドとしてレイヤー化することで、管理者がアレイに話しかけて操作できるようになります。例えば、スナップショットをクラウドに送信したり、VMを起動・移動したり、分析を開始したりといった操作です。これにより、スマートフォンを通してチャットボットに話しかけるといった、この技術の新たな応用の可能性が生まれます。
ハーティ氏は、チャットオペレーションは今日でも実現可能だと言う。「私たちはこれをサービスとして提供し、もっと簡単に使えるようにするつもりです。」
コメント
Tintriが見ているのは、製品ハードウェアレベルでのサプライヤーの差別化が、ハードウェアのコモディティ化によって無意味になっているということです。スナップショットなどの基本的なデータ管理サービスによる差別化も意味がありません。これらは単なる必須事項に過ぎません。顧客の一般的なインフラスタックの上位層への統合の量と種類による差別化が、ますます重要になっているとTintriは考えています。
ストレージ管理者の業務を簡素化し、より良くする余地はまだ残っており、チャットボットの概念はまさにそれを目指しています。Tintriがすべてのサービスにチャットボットアクセスを提供すれば、アレイ管理に関するあらゆる作業をチャットボットレベルで処理できるようになります。
Tintri さん、500 台の VM をクラウドからオンプレミスのスタックに移動するとどうなりますか?
アレイには 2TB の追加ストレージ、20 個以上の Xeon i7 コア、さらに 20GB の DRAM が必要になります。
ファンタジー？今日はそう。でも明日は？®
