Skip to main content
280 Topics
Files 3.5

この投稿はDevon Helms Senior Product Marketing Manager - Storage Servicesの投稿をTetsuo Miyoshi - Product Marketing Managerが翻訳したものです。 データは級数的な速度で膨らんでおり、非構造化データの成長がそれに拍車をかけています。15年前ですら100TBのデータは保存するには大きすぎるほどのデータだと考えられていました。今日、我々のお客様はその数倍のデータを管理しなくてはならなくなっています。従来型のNASソリューションはこうした急速な成長に合わせた設計にはなっていません。より大きなデータを管理するという点においての課題を抱えているのです。IT管理者はこの急速なデータの成長とレガシーシステムに対応するために80%[1]もの時間を単に稼働させ続けるためだけに費やしており、ビジネスのイノベーションのための時間には残り20%しか費やすことができていません。 Nutanix Filesはシンプルさ、柔軟性そしてデータインテリジェンスのために設計されています。Nutanix Files 3.5のリリースで我々はいくつもの新たな機能を追加いたしました。 Nutanix Files 3.5における新機能Nutanix Filesの分析機能はファイルデータに深い洞察をもたらしますファイルデータは近年の組織の保持するデータのうち大部分を占めるようになっています。IDCは2025年までに全世界では175ゼタバイトのデータが生成されるとしています(“The Digitization of the World From Edge to Core”; IDC; Authors: David Reinsel, John Gantz, John Rydning; November 2018)。これほどまでに多くのデータになると、その可視性とコントロールはこの規模に対応できるように作られたツールがなければ難しくなってきます。Nutanix Filesの分析エンジンは全てのファイルレベルのアクティビティをロギングし、それをダッシュボードに表示することでお客様の全てのデータについてのデータからの深い洞察を提供します。Nutanix Files分析機能で、管理者は...

Nutanix Bucketsとコンテナ化されたアーキテクチャ

本記事はNutanixのTechnical Marketing ManagerのLaura Jordanaの記事の翻訳版です。2019年4月2日に投稿された原文はコチラ。 今後予定されているNutanix BucketsはNutanixの製品ポートフォリオにネイティブなオブジェクトストレージソリューションを登場させることになります。このオブジェクトストアは他のNutanixのコアサービスと同じPrismユーザーインターフェイスから展開、管理されるもので、S3-互換アプリケーションからアクセスすることができます。Nutanix Bucketsはオブジェクトストレージでは一般的なHTTPとHTTPSのS3 REST API(GET、PUT、POST、DELETE、そしてLIST操作を含む)と互換性があります。つまり、オブジェクトストレージへのアクセスにS3コールを利用するあらゆるアプリケーションがNutanix Bucketsを追加のアプリケーションやコードの変更なくそのまま利用することができるということです。 Nutanix BucketsはCVM内もしくは特別な仮想マシンとして実装されている他のいくつかのサービスとははじめから異なる設計が行われており、コンテナ化されたプラットフォーム上にサービスを展開します。このプラットフォームはKubernetesをベースとしており、Bucketsに関連するすべてのサービスはKubernetesクラスタ内のコンテナとして動作しています。これによりBucketsは展開、アップグレード、拡張性において根本から柔軟なものとなっています。例えば、ちょっとしたリリースに際して、Bucketsサービス全体をアップグレードするのではなく、対象となるマイクロサービス(コンテナとして動作しています)のみをアップグレードするだけでよく、結果としてより迅速、俊敏なアップグレードサイクルが実現します。 これは今日現在のアプリケーションが俊敏で、流動的であり、インフラストラクチャとは高度に切り離されているべきであるとの期待があるクラウドを中心とした世界では重要なことです。こうした形のクラウドネイティブなアーキテクチャは高いパフォーマンスと共に迅速にスケールアウトさせることができ、インフラストラクチャを最適なやり方で活用することができま

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

本記事の原文はコチラ。 昔々のそのまた昔(1999年)、3階層のインフラストラクチャはアプリケーションのニーズのために生まれてきました。1999年からのことです。 上辺だけの話ではありません ー 3階層はウェブアプリケーションの爆発の際の変革であり、今回の話題はそのような話です:あらゆるテクノロジーは「その時代」ごとに置き換えられていくものであり、優れている、長期目線である、もしくは特に今日のクラウド対応の過ぎ去りし日のアプリケーションから進化を遂げた輝かしいアプリそして動的なワークロードを動作させたいと考えているような場合にそれが行われるのです。 ですが、どうして安住の地である3階層の世界にとどまっていてはならない理由は何でしょうか?何が危険なのでしょう? 成長を妨げる可能性がありますバラバラのサーバベンダ、ストレージベンダ、ネットワークベンダ、仮想化ベンダーとこの3階層構成によって、会社組織はテクノロジーのベスト・オブ・ブリードを選択することができ、注意深く統合しながらデータセンタを作り上げてきました。しかし、このアプローチはITシステムにプレッシャーを掛けたり、新しいアプリケーションを利用したいというビジネスからのニーズと同じようにスケールアウトさせるには不向きです。単に3階層インフラストラクチャをベースとしたインフラストラクチャを拡張したいという試みですら複雑になり、より複雑性が増していきます。そして複雑性の話が続きます。。。 ルービックキューブよりも複雑、さらにただの時間の無駄単に明かりを灯し続けるだけ。複数のベンダーを管理する。複数の管理インターフェイスを使う。専門家に頼り切り。週末、金曜日の夜、休日がない?もうこれぐらいにしましょう。3階層とともにもたらされる複雑さは管理のオーバーヘッドを伴うもので、IT部門は新しいより良い運用の方法を模索することになります。スムーズな運用を約束するシステムは単一のインターフェイスから全体の洞察そしてコントロールを保証します。(Cardinal Innovations Healthcare の例にある通り)そして、もちろん日曜日(に限らずもっと!)だって保証してくれます。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のカルチャーとテクノロジーを開発チームと運用チーム間の摩擦のない、新しい機能やサービスの提供を加速するためのものへと変化させることだとしています。正しく実行されれば特定の組織が責任を追うような状態ではなく、コラボレーションや自動化が実現されるとしています。 潜在的な効果は膨大です: アクセスの自由化とセルフサービス。開発と検証の環境が開発者、検証チーム、運用チームに必要に応じて作成され、アジャイルな開発手法の利用が進みます。 高速な繰り返しとリリース。ソースコードのチェックインからリリース、利用に至るまでの検証と製品のリリースが自動化されます。 展開からの早期の失敗/修正。自動的な展開(と後戻り)の