Topics started by TetsuoMiyoshi

158 Topics

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

本記事はn0derunnerに2018年12月18日に掲載された記事の日本語ヴァージョンです。 原文を参照したい方はこちら。 大規模なデータベースの読み込みパフォーマンスを2倍まで解決する方法は?Nutanix AOS 5.10は自律化エクステントストア(Autonomous Extent Store - AES)と呼ばれる機能を搭載しています。AESはこれまで存在していたデータローカリティを補完し、効率的にメタデータにローカリティをもたらします。巨大なデータセット(例えば 20%のホットデータを含む10TBのデータベース)において、2TBのホットデータセットに対してランダムアクセスを行った際にスループットが2倍改善するという結果を得ています。 我々の実験では故意にワーキングセットを大きくして、メタデータがキャッシュ内に収まらないようにしています。2TBを100%ランダムなアクセスパターンでまんべんなくアクセスし、2TB全てのデータにアクセスするまでにかかる時間を記録しました。同じハードウェアを利用し、AESを有効にした場合、その時間は半分になりました。チャートで確認できるとおり、スループットは期待通り2倍になっています。 AESによるメタデータのローカライゼーションがこの2倍の改善に貢献しています。AESはメタデータの殆どをノードのローカルに維持します - ですから、ネットワークを超えてデータを取得する必要がありません。加えてAESはDRAM内にメタデータをキャッシュする必要性も低減しています。これはローカルアクセスが非常に高速だからです。非常に巨大なデータセットについてはメタデータの回収がアクセス時間の大部分を締めているケースがあります。これはあらゆるストレージについて言えることです。今回我々が示したとおり、メタデータの解決のスピードアップによってスループットについて劇的な改善が行われるのです。

Nutanix Files Enterprise Cloudのためのファイルの監査と分析

本記事は2019年3月21日にNutanixのTechnical Marketing EngineerのMike McGheeが投稿したものの翻訳版です。原文はこちら。 広がり続けるデータの宇宙エンタープライズアプリケーションからモノのインターネット(IoT)に至るまで、データを生成するコネクテッドデバイスの数の成長は圧倒的な速さです。Business Insiderによると2020年までに240億以上のインターネットに接続されたデバイスが地球上でインストールされると予測されています[1]。IDCのアナリストが2025年までに全世界で175ゼタバイトのデータが生成され、これが2016までに生成されたデータの10倍に及ぶ[2]ということについて、疑問の余地はありません。 この膨大なデータの殆どが非構造化データであると予測されています。多くの非構造化データはオブジェクトストレージベースのサービスに保管される一方で、大量のそして頻繁にアクセスされるデータはデータセンタ内のSMBとNFSプロトコルを利用するネットワーク接続ストレージ(NAS)に保管されることになります。 従来型のシステムは大規模に非構造化データを管理していくという点において制限を継承しており、今後到来するデータの爆発に対応することができません。そして、管理者が複雑な環境をレガシーなツールで管理することに奮闘している最中にも監査とコンプライアンスについての新しい要件がビジネスの脆弱性が罰則に繋がってしまうこともあります。 データの監査とコンプライアンスについての課題Nutanixはサイロ化されたNAS環境の複雑性を排除するためにNutanix Filesを開発しました。しかし、データを保存することはデータについての洞察、監査、コンプライアンスを含むNASのコアとなる機能の外側における課題を生み出します。 あらゆる産業はそのコンプライアンス目標という点で異なる課題に直面しています。GDPRに伴う個人情報、PCI-DSSに影響するクレジットカード決済、またはHIPPAで管理された健康情報など、あらゆる業界に適合しなければならない固有のスタンダードがあります。特定の一つの業種の中だけでもその要件が異なる場合があります。例えば、アメリカ合衆国ではそれぞれの州に異なる法律があり、それによっ

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ネットワークですらもボトルネックになる可能性が出てきます。より高速なネットワークがあ

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のカルチャーとテクノロジーを開発チームと運用チーム間の摩擦のない、新しい機能やサービスの提供を加速するためのものへと変化させることだとしています。正しく実行されれば特定の組織が責任を追うような状態ではなく、コラボレーションや自動化が実現されるとしています。 潜在的な効果は膨大です: アクセスの自由化とセルフサービス。開発と検証の環境が開発者、検証チーム、運用チームに必要に応じて作成され、アジャイルな開発手法の利用が進みます。 高速な繰り返しとリリース。ソースコードのチェックインからリリース、利用に至るまでの検証と製品のリリースが自動化されます。 展開からの早期の失敗/修正。自動的な展開(と後戻り)の

Badges

Show all badges