Oracle Storage Cloud Services─゚ンタヌプラむズデヌタりェアハりスに必芁なものすべお

パブリッククラりドの䌁業デヌタりェアハりスず関連サヌビスは、すでにお客様によっお十分に怜蚌されおいたす。 デヌタストレヌゞ、アクセス、セキュリティのニヌズを満たしたす。 オラクルを䜿甚するず、このデヌタの安党で柔軟か぀簡単な䜿甚が、い぀でもむンタヌネット関連のIT環境で利甚できたす。











オラクルは、ストレヌゞコストを削枛できるデヌタりェアハりスを開発および提䟛しおいたす。たた、配眮ず単䞀アクセスむンタヌフェむスを最適化するこずにより、あらゆるレベルで保存されおいるデヌタぞのアクセス時間を最小限に抑えおいたす。



この蚘事では、デヌタストレヌゞサヌビス、このクラスの他のシステムずの違い、゜リュヌションアヌキテクチャの構造、およびOracle Database Cloud Serviceの実際の䜿甚䟋に぀いお説明したす。



1. Oracle Storage Cloud Service─オブゞェクトストレヌゞ



この゜リュヌションは、構造化デヌタおよび非構造化デヌタを含む、あらゆるタむプのデヌタセットのストレヌゞを提䟛したす。 デヌタのコピヌは、オンプレミスシステムに保存したり、クラりドに移動したり、共有したりできたす。



このアプロヌチにより、デヌタセンタヌの運甚が簡玠化され、新しいハヌドりェアを必芁ずせずに拡匵され、電力消費ず冷华システムの芁件が枛るため、蚭備投資ず運甚コストが削枛されたす。



共通のむンフラストラクチャにより、実質的に無限のスケヌラビリティが可胜になりたす。 これにより、絶え間ない予枬や、新しい容量を獲埗するための長いサむクルが䞍芁になりたす。



OpenStackおよびRESTful APIに基づくシンプルな管理により、統合が簡玠化され、他のクラりドプロゞェクト甚のリ゜ヌスが解攟されたす。 埓量課金およびサブスクリプションモデルは、長期契玄ず比范しおコストを削枛したす。



クラむアントデヌタの暗号化は、Oracleデヌタセンタヌの远加の暗号化ず組み合わせお、マルチレベルの情報保護を提䟛したす。 クラむアント偎の暗号化は、Oracle Storage Cloud Software ApplianceずJava SDKによっお実行されたす。 すべおのロヌミングデヌタは、SSLSecure Sockets Layerレベルで暗号化されたす。 デヌタぞのナヌザヌおよび管理者のアクセスレベルは、コンテナレベルで実行されたす。



マスタヌバックアップおよびアヌカむブアプリケヌションずの統合により、デヌタの展開ず埩旧が簡単になり、被害が最小限に抑えられたす。 最も困難なワヌクロヌドの堎合は、パブリックむンタヌネットずFastConnectの䞡方を介しお接続できたす。



ゞオレプリケヌションテクノロゞヌがサポヌトされおいたす。地理的に離れたデヌタセンタヌにデヌタのコピヌを自動䜜成したす。 同時に、デヌタプラむバシヌルヌルが守られおいたす。保存されたデヌタは、管理者が指定した地域から移動できたせん。



開発暙準─Open Stack SwiftのRestAPI、Javaアプリケヌションファむル転送マネヌゞャヌおよびJava API、シェルスクリプトアップロヌドCLI。



゜リュヌションには「11の9の信頌性」がありたす。぀たり、異なるデバむスで各オブゞェクトの耇数のコピヌがサポヌトされるため、99.999999999の信頌性が提䟛されたす。 定期的なデヌタ敎合性は、自己修埩ツヌルによっお怜蚌されたす。



Oracle Storage Cloud Software Appliance─NFS互換のPOSIXむンタヌフェヌスを備えた䜿いやすいクラりドストレヌゞ。 クラりドぞのNASゲヌトりェむです。



2. Oracle Storage Cloud Service─アヌカむブストレヌゞ



これらは、業界で最も費甚察効果の高いデヌタりェアハりスです。 ゚ンタヌプラむズレベルのセキュリティず柔軟な拡匵性を備えた、頻繁なアクセスを必芁ずしないデヌタ甚に特別に蚭蚈されおいたす。



兞型的なアプリケヌションは、倧芏暡なデヌタセットずその長期保存甚のクラりド内のアヌカむブ、および異皮マルチメディアコンテンツ、研究結果、文化遺産のデゞタルコピヌです。



この゜リュヌションの䞻な利点には、デヌタセンタヌ運甚の最倧限の簡玠化、䜎消費電力ず冷华システムの芁件による䜎資本投資ず運甚コストが含たれたす。 埓量制およびサブスクリプションモデルも実践されおおり、アヌカむブストレヌゞの合蚈料金は、ピア間で最䜎です幎間12 TB / TB。



クラむアントデヌタは暗号化された圢匏で保存され、トラフィックはSSLで暗号化され、圹割ベヌスのアクセスはコンテナレベルで実行されたす。 アクセス、開発暙準、接続性、信頌性、ゞオレプリケヌションは、オブゞェクトストレヌゞず同じです。



3. Oracle Database Backup Service



デヌタ保護サヌビスは、RMANOracle Recovery Managerずの盎接統合により、Oracle Databaseクラむアントの固有のニヌズに合わせお蚭蚈されおいたす。 したがっお、ITプロセスでクラりドベヌスのデヌタ保護を掻甚できたす。



バックアップはデヌタ゜ヌスで盎接暗号化され、確実に送信されおクラりドに保存されたす。 デヌタは垞に指定された地理的地域に保存されたす。 組み蟌みの冗長性が䜿甚されたす-ミラヌリングは3぀の方法で実行され、デヌタの可甚性を垞に確保したす。 バックアップはRMANから簡単に暗号化されたす。 デヌタは垞に監芖されおおり、デヌタの劣化を防ぎたす。



バックアップは、クラりドに移行する前に圧瞮されたす。 デヌタりェアハりスの容量は、ボタンをクリックするだけでオンデマンドで倉曎されたす。 デヌタ管理には、指定された基準保存期間などに応じたロヌルベヌスのアクセス制埡ずデヌタの自動削陀が含たれたす。



4. Oracle Storage Cloud Softwareアプラむアンス



この゜リュヌションは、圹割ベヌスの暗号化を提䟛し、チェックサムをチェックするこずでデヌタの敎合性を確保し、ファむルずオブゞェクト間の自動倉換を実行し、デヌタキャッシングずdockerテクノロゞヌによりロヌカルNASレベルでパフォヌマンスを発揮したす。



この゜リュヌションには、䜿い慣れた、よく理解されたむンタヌフェむスがありたす。 NFSベヌスのクラりドデヌタストレヌゞにアプリケヌションを接続するだけでなく、POSIXおよびUnix / Linux NFSクラむアントずの互換性もありたす。 自動デヌタ倉換の実装-むンタヌフェヌスにより、ファむルず同様にデヌタを操䜜できたすが、デヌタはクラりドにオブゞェクトずしお保存されたす。



情報セキュリティツヌルは十分に開発されおいたす。 送信前に、デヌタは暗号化されたす。 詳现遞択的を含む、クラむアントによる暗号化の可胜性。 察称および非察称キヌを備えたマルチレベルアヌキテクチャは、最倧限の情報セキュリティのために䜿甚されたす。 ナヌザヌは、独自のキヌを持ち蟌むか、暗号化の盎前にキヌを生成できたす。



メタデヌタをクラりドに定期的にバックアップするこずでデヌタの可甚性が確保され、ロヌカルキャッシュレベルでのパフォヌマンスはバッファヌキャッシュによっお提䟛されたす。 キャッシュは、ワヌクロヌドに応じお構成できたす。 最長時間未䜿甚LRUアルゎリズムは、最新のデヌタをキャッシュし、䞍芁なデヌタを削陀したす。



管理には、N-Way Managementテクノロゞヌが䜿甚されたすN-Way─むヌサネットネットワヌクデバむスずナヌザヌデヌタを管理するための通信プロトコル。 ブラりザたたはコマンドラむンむンタヌフェヌスコマンドラむンむンタヌフェヌスに基づいお、管理UIから䜜業できたす。 スクリプトは自動化に䜿甚できたす。 単䞀の䞭倮の堎所から耇数の展開を提䟛するREST API。



5. Oracle Public Cloudデヌタ転送サヌビス



サヌビスは、初期デヌタセットをクラりドに高速転送し、パブリックOracleクラりドにデヌタりェアハりスを圢成したす。 これは、クラりド内のデヌタを開始するための最速の方法です。 Storage Appliance Importサヌビスは、倧芏暡なデヌタセット履歎アヌカむブ、デヌタレむク、継承デヌタの倧芏暡なデヌタベヌスを確実に転送したす。 䞀床に最倧400 TBのデヌタを移動できたす。



同時に、1回限りの「卞売」デヌタ転送のためのより高速なネットワヌクの構築に費甚を支払う必芁はありたせん。 トラフィックはAES-256を䜿甚しお暗号化されるため、送信は安党です。 シンプルな暙準NFSv3むンタヌフェむスを䜿甚しお、オブゞェクトをロヌドしたり、ストレヌゞデヌタをアヌカむブしたりしたす。 同時に、耇数列構造が圢成されたす。 クラりド内のデヌタをコピヌしお、䜜業ベヌスのレプリカを䜜成するこずもできたす。



Oracle Storage Cloud Serviceおよび埓来の゜リュヌション



埓来のストレヌゞ゜リュヌションには、スケヌラビリティ、パフォヌマンス、および管理に問題がある傟向がありたす。 Oracle Storage Cloud Serviceはそれらの克服に圹立ちたす。



1.盎接接続されたストレヌゞデバむスデスクトップたたはラップトップの通垞のハヌドドラむブなどを備えたシステムでは、OSはファむルシステムを介しおデヌタのストレヌゞ、怜玢、および線成を制埡したす。



このようなデバむスは、䜎レむテンシずかなり信頌性の高い長期デヌタストレヌゞを提䟛したす。 ただし、倧容量ドラむブが必芁な堎合は、個々のディスクデバむスに分散されるため、スケヌリングが難しくなり、パフォヌマンスが䜎䞋したす。



2.ネットワヌク接続ストレヌゞNASデバむスでは、ストレヌゞハヌドりェアは、アプリケヌションが実行されおいるサヌバヌから物理的に分離されおいたす。 ストレヌゞデバむスはネットワヌクドラむブずしお䜿甚できたす。 デヌタの保存、取埗、およびシヌケンスは、ネットワヌクファむルシステムNFSによっお制埡されたす。 異なるサヌバヌで実行されるアプリケヌションは、デヌタストレヌゞ甚にNASを共有したす。 ロヌカルネットワヌクのストレヌゞリ゜ヌスの管理は集䞭的に実行されたす。



盎接接続されたストレヌゞデバむスず同様に、NASアプリケヌションもメむンOSに䟝存しおいたすが、ネットワヌクファむルシステムにも䟝存しおいたす。 しかし、そのようなアヌキテクチャは限られた地理的領域でしか実装できず、スケヌラビリティも限られおいたす。



3.ブロックストレヌゞの原則は、1秒あたりの入出力操䜜IOPSが高いOLTPデヌタベヌスなどのアプリケヌションで䜿甚されたす。 これにより、OSをバむパスしおデヌタを効果的に保存および埩元し、仮想ブロックデバむスず盎接やり取りするこずができたす。



デヌタフラグメントはブロックに保存され、それぞれが独自のアドレスを持ちたすが、他のメタデヌタはありたせん。 デヌタの保存堎所は、アプリケヌションが決定したす。 察応するブロックアドレスにデヌタを埩元したす。



ブロックストレヌゞの原則は、IOPS甚にストレヌゞシステムを最適化し、Oracle Compute Cloud ServiceにPOSIX互換のファむルシステムを提䟛したす。 ただし、このアプロヌチにはスケヌラビリティの点で制限があり、メタデヌタのグラニュレヌションはサポヌトしおいたせん。



4.オブゞェクトデヌタストレヌゞは、倧量の非構造化デヌタを栌玍しながら、パフォヌマンス、スケヌラビリティ、管理性の最適な組み合わせを提䟛したす。 耇数のストレヌゞノヌドノヌドは、デヌタがオブゞェクトずしお保存される単䞀の共通の氎平方向にスケヌラブルなプヌルを圢成したす「デヌタプヌル内のデヌタドロップ」。



すべおのオブゞェクト保存デヌタはメタデヌタに関連付けられおおり、䞀意の識別子を持っおいたす。 したがっお、カスタムメタデヌタをコンテナずオブゞェクトに割り圓おるこずができ、デヌタの怜玢、分析、管理が非垞に容易になりたす。 アプリケヌションは、オブゞェクト識別子を䜿甚しお、REST API呌び出しを介しおデヌタに盎接アクセスしたす。



オブゞェクトストレヌゞは䜿いやすく、その仕事をうたくこなし、事実䞊無制限に拡匵できたす。



䞊蚘を芁玄するず、Oracle Storage Cloud Serviceは、安䟡で信頌性が高く、安党でスケヌラブルなストレヌゞ゜リュヌションを提䟛するこずに泚意しおください。 これにより、非構造化デヌタを保存し、い぀でもどこからでもアクセスできたす。



このアプロヌチは、デヌタのバックアップずアヌカむブ、ファむルの共有、およびログ、センサヌから受信したデヌタ、仮想マシンのむメヌゞなどの倧量の非構造化デヌタの保存に最適です。



アヌキテクチャ抂芁



Oracle Storage Cloud Serviceのアヌキテクチャは非垞に手頃な䟡栌で冗長です。 ナヌザヌアプリケヌション、Java SDK、RESTクラむアントなどの倖郚アクセスに最適です。



オブゞェクトがOracle Storage Cloud Serviceに栌玍されるず、デヌタセンタヌの耇数のストレヌゞノヌドノヌドを通じおデヌタが耇補されたす。 この戊略により、保存されたオブゞェクトデヌタがハヌドりェア障害に耐えるこずができたす。





兞型的なOracle Cloud Storage Serviceのアヌキテクチャ



All Articles