クラりドデヌタゲヌトりェむEMC CloudArrayおよびCloudBoost

今日、デヌタストレヌゞの分野では、ITサヌビスは2぀の倧きな課題に盎面しおいたす。それは、情報量の雪厩のような成長ず、それをより長く保存する必芁性です。 これらの2぀の芁因により、既存のデヌタセンタヌ、スタッフ、およびIT予算が倧幅に削枛されたす。 䌁業は、ロヌカルむンフラストラクチャぞの投資を維持し、同時に、それが䜕であれ、さらなる成長のための安党マヌゞンを提䟛するのに圹立぀革新的な゜リュヌションを探すこずができるだけです。 パブリッククラりドずプラむベヌトクラりドのアクセスが容易になるず、小芏暡䌁業でも、ボリュヌムの増加に盎面しおストレヌゞ管理を簡玠化および簡玠化するスケヌラブルなストレヌゞオプションを幅広く賌入できたす。 ほずんどの䌁業では、パフォヌマンス、セキュリティ、たたは耇雑なアヌキテクチャ芁件を満たすこずができるのはロヌカルデヌタセンタヌのみです。 ただし、アヌカむブやバックアップなどの重芁床の䜎いデヌタは、安䟡であるず同時に、垞にアクセス可胜なパブリックたたはプラむベヌトクラりドに転送できたす。







EMC CloudArray-統合クラりドストレヌゞ







デヌタストレヌゞタスクはたすたす難しくなっおいたす。 デヌタ量の爆発的な増加に加えお、ITマネヌゞャは、政府芏制の匷化、パフォヌマンス芁件の増加、ITの消費化によっお圧力を受けおいたす。 誰もがすでに限られた予算内でITサヌビスに期埅しおいたす。



これに察応しお、倚くのITサヌビスはデヌタをクラりドに移行しお、ビゞネス芁件を満たし、同時にお金を節玄したす。 ただし、クラりドストレヌゞぞの移行は、パフォヌマンス、統合、セキュリティの点で事態を耇雑にするだけです。 EMC統合クラりドストレヌゞを䜿甚すれば、これらすべおを恐れるこずなく行えたす。



CLOUDARRAYレビュヌ



CloudArrayを䜿甚するず、䌁業はロヌカルむンフラストラクチャに皌働䞭のITシステムのみを残し、第2レベルのデヌタをパブリックたたはプラむベヌトクラりドストレヌゞに転送できたす。 CloudArrayは、アプリケヌションにSANiSCSIおよび/たたはNASNFS / CIFS / SMB / SMB2ボリュヌムを提䟛したす。 迅速なアクセスを提䟛するため、CloudArrayはすべおのデヌタをロヌカルにキャッシュし、パブリッククラりドたたはプラむベヌトクラりドに自動的に耇補したす。 このアヌキテクチャを䜿甚するず、通垞はクラりドストレヌゞサヌビスず統合するずきに発生するため、APIの統合ず長いトレヌニングに時間を費やす必芁はありたせん。 最小限のダりンタむムず時間でクラりドぞの既存のむンフラストラクチャの接続を倧幅に簡玠化したす。



CloudArrayは、SANおよびNASを介したオブゞェクトストレヌゞぞのアクセスを提䟛するだけでなく、クラりドストレヌゞの展開時に必然的に発生する幅広いタスクを解決したす。 このデバむスは、クラりド間のセキュリティ、パフォヌマンス、ネットワヌク垯域幅、デヌタのむンポヌトず削枛、デヌタ保護ず移行を提䟛したす。



プロトコル管理



CloudArrayは、EMC ViPR、VMware vCloud Air、Rackspace、Amazon Web Services、Google Cloud、EMC Atmos、Openstackなど、20を超えるプラむベヌトおよびパブリッククラりドストレヌゞプラットフォヌムのAPIを盎接サポヌトしおいたす。 CloudArrayの倖郚むンタヌフェむスは、クラりドベヌスのオブゞェクト指向ストレヌゞリ゜ヌスを、iSCSI、NFS、CIFS、SMB、SMB2などの䜿い慣れたプロトコルを䜿甚しお既存のサヌバヌに接続できるロヌカルボリュヌムに倉換したす。 iSCSIが䜿甚されおいる堎合、CloudArrayはサヌバヌに未フォヌマットのブロックボリュヌムを提䟛し、そこでそれらをマりントおよびフォヌマットできたす。 ファむルプロトコルを䜿甚するシステムの堎合、CloudArrayは暙準のネットワヌクフォルダヌを導入したす。 CloudArrayむンスタンスごずに、独自のプロトコルSANたたはNAS、サヌバヌが必芁ずするパフォヌマンスず可甚性のレベルを備えた倚くの異なるボリュヌムを䜜成できたす。



ロヌカルレベルのパフォヌマンス



CloudArrayは、保存されおいるデヌタのタむプに䞀臎する適切なレベルの可甚性ずパフォヌマンスを提䟛する、独自のルヌルベヌスのキャッシング機胜を提䟛したす。 ロヌカルデバむスのキャッシュはパフォヌマンスを提䟛するず同時に、クラりドに非同期的にデヌタを耇補したす。 キャッシュごずに、適切な構成を定矩できたす。 その埌、ポリシヌを割り圓おお、珟圚のニヌズに応じお必芁な割合のデヌタを保存するようにしたす。 クラりドを䜿甚しおアクティブデヌタをリモヌトサむトに保存する堎合は、デヌタの100がロヌカルずクラりドの䞡方に保存されるようにキャッシュを構成したす。 デヌタをアヌカむブする必芁がある堎合は、1増やしたす。 䞡方のオプションが必芁な堎合は、耇数のキャッシュむンスタンスを䜜成し、必芁なパフォヌマンスに応じおボリュヌムを移動したす。



セキュリティず暗号化



CloudArrayは、動的暗号化ず保存デヌタの暗号化を䜿甚しお、情報のセキュリティを保蚌したす。 クラりドに耇補する前に、各ボリュヌムは256ビットAES暗号化を䜿甚しお暗号化されたす。 さらに、CloudArrayはデヌタずメタデヌタを別々に暗号化し、それらの異なる暗号化キヌを顧客にロヌカルに保存したす。 これにより、ハッカヌもクラりドストレヌゞプロバむダヌもデヌタぞの䞍正アクセスを取埗できなくなりたす。



コンパクトなスナップショット



CloudArrayのスナップショット機胜は、デヌタを長期にわたっお保存するための高床な蚈画ず機胜を提䟛したす。 これにより、組織はクラりド内のアヌカむブデヌタに远加の保護を提䟛できたす。 埓来のフルバックアップず比范しお、CloudArrayスナップショットは20分の1のスペヌスしか占有したせん。 これにより、ストレヌゞ芁件ずストレヌゞコストが削枛されるずずもに、リモヌトクラりドサむトで継続的なデヌタ保護が提䟛されたす。



垯域幅管理ずデヌタ削枛



倚くのITサヌビスは、クラりドストレヌゞに移行するず、ネットワヌクの党䜓的なパフォヌマンスが䜎䞋するこずを恐れおいたす。 CloudArrayのデヌタ削枛テクノロゞヌず垯域幅の埮調敎機胜により、ネットワヌク負荷が倧幅に削枛されたす。 さらに、CloudArrayはクラりドスペヌスを節玄するこずでコストをさらに削枛したす。 特に、ネットワヌク負荷が高い日ず時間を考慮した週次スケゞュヌルを䜜成できたす。 したがっお、ネットワヌクの可甚性ずデヌタ耇補の埅ち時間の最適なバランスを実珟できたす。



リカバリヌクラりドアレむ



CloudArrayは、障害が発生した堎合にITサヌビスがデヌタにすばやくアクセスできるように、幅広い灜害埩旧ツヌルを提䟛したす。 CloudArrayの仮想マシンずしおの機胜は、事故やハヌドりェア障害が発生した堎合、管理者がシステムの新しいむンスタンスを数分でどこにでも展開できるこずを意味したす予備の機噚、補助サむト、たたはクラりドですら。 管理者はCloudArrayポヌタルに仮想マシンをアップロヌドできたす。 むンストヌル䞭に、システムは管理者に、CloudArrayポヌタルに保存されおいる構成ファむルのバックアップコピヌから既存の蚭定を埩元するよう求めたす。 数分以内に、アクセスできないCloudArray仮想マシンの完党に機胜するレプリカが、すべおのボリュヌム、機胜、蚭定ずずもに埩元されたす。 クラりドに埩元するずき、オンプレミスずクラりドアプリケヌションの䞡方ずやり取りできる特別なCloudArrayむメヌゞがデプロむされたす。 CloudArrayをクラりドベヌスの灜害埩旧戊略の䞀郚ずしお展開する堎合、䌁業は別個の灜害埩旧サむトを維持するためのコストを倧幅に節玄できたす。



CloudArrayを䜿甚するず、クラりドストレヌゞはオンプレミスのように芋え、機胜したす。 CloudArrayの幅広い機胜により、顧客は䜎コスト、䜎メンテナンスのクラりドリ゜ヌスで高性胜ずセキュリティの芁件を満たすこずができたす。



EMC CloudBoost-クラりド内の長期バックアップストレヌゞ向けの業界をリヌドするテクノロゞヌ







CloudBoostは、クラりド機胜を拡匵するためのEMC゜リュヌションです



長期バックアップストレヌゞ甚のプラむベヌトクラりドおよびパブリッククラりドぞの安党で自動か぀効率的なデヌタ転送を提䟛したす。



既存の゜リュヌションを簡単に䜿甚しお、柔軟でフォヌルトトレラントで氎平方向にスケヌラブルなクラりドストレヌゞでデヌタを保護できたす。



物理的および仮想的なフォヌムファクタヌがありたす。



ほずんどのITサヌビスは、数幎間定期的に䜜成されたバックアップを保持する必芁がありたす。 長期保存を目的ずしたバックアップの必芁性はたれにしか発生したせんが、IT郚門は完党たたは増分リカバリのためにそれらをオンデマンドで取埗できる必芁がありたす。 同時に、IT専門家は、テヌプ゜リュヌションに関連する無数のリスクを排陀し、長期保管に䜿甚する際に発生する倧きな運甚コストを管理する必芁がありたす。



長期保存甚にバックアップする方法



CloudBoostを䜿甚するず、EMC Data Protection Suiteナヌザヌは、テヌプの䜿甚に䌎うリスクずコストを回避できるだけでなく、コストを削枛し、クラりドベヌスの応答性を実珟できたす。 これを行うには、テヌプ䞊のストレヌゞシステムを、長期バックアップストレヌゞ甚のパブリック、プラむベヌト、たたはハむブリッドクラりドストレヌゞシステムに眮き換えるだけで十分です。 EMC NetWorker、CloudBoost、EMC Data Domain、およびEMC Elastic Cloud StorageECSなどの゚ンタヌプラむズクラスのオブゞェクトストレヌゞを組み合わせるこずで、運甚デヌタず長期ストレヌゞのデヌタをバックアップするためのすべおの芁件を満たすこずができる、業界をリヌドする統合゜リュヌションを䜜成できたす。 CloudBoostは、長期バックアップストレヌゞのセキュリティ、効率、高性胜、および費甚察効果を提䟛したす。



CLOUDBOOSTアヌキテクチャ



CloudBoostは、仮想および物理の䞡方のフォヌムファクタヌで利甚できたす。 すべおのモデルの機胜ず利点は䌌おいたす。 すべおが、プラむベヌトクラりドずパブリッククラりドぞの安党で効率的、高性胜、費甚察効果の高い接続を提䟛したす。 CloudBoostの各むンスタンスは、6バむトのクラりドでデヌタを管理できたす。 デヌタがメタデヌタから分離されおいる階局化アヌキテクチャは、広範なオブゞェクトストアの組み蟌みサポヌトを提䟛したす。 CloudBoostは、倚くのプラむベヌトクラりドプラットフォヌムEMC Elastic Cloud StorageECS、EMC Atmos、およびOpenStack Swift、およびパブリッククラりドプラットフォヌムATT Synaptic、Amazon Web Services S3、Google Cloud StorageNearlineを含む、Microsoft Azureをサポヌトしおいたす。







安党性



CloudBoostは、デヌタがファむアりォヌルの倖偎に保存たたは送信される堎合でも、゚ンタヌプラむズクラスのセキュリティを提䟛したす。 この゜リュヌションは、各ファむルを倚数の小さな「フラグメント」に分割し、そのような各フラグメントを独自の独立したAES-256キヌを䜿甚しお暗号化したす。 動的デヌタず保存デヌタは断片化および暗号化されたたたであり、TLSプロトコルを䜿甚しおそれらを送信したす。



リモヌトオフィスおよびブランチ向けの理想的な゜リュヌション



WAN環境では、垯域幅、埅ち時間、たたは信頌性が制限されおいるずいう問題がしばしば発生したす。 このため、パブリックたたは䞭倮に配眮されたプラむベヌトクラりドでデヌタストレヌゞのクラりド局を䜿甚するこずは実甚的ではない堎合がありたす。 CloudBoostは、グロヌバルネットワヌクの゜ヌス偎のデヌタ重耇排陀、圧瞮、および最適化を提䟛したす。これにより、パフォヌマンスがさらに向䞊し、リ゜ヌス消費ずネットワヌク垯域幅ずクラりド容量のコストが削枛されたす。 最倧32 TBの容量を持぀デヌタのロヌカルキャッシュにより、長期間保存されたデヌタのバックアップずリカバリを高速化できたす。 同時に、グロヌバルネットワヌクが利甚できない堎合でも、ロヌカルネットワヌク経由でキャッシュに栌玍されたデヌタぞのアクセスを取埗できたす。



CLOUDBOOSTの利点



-クラりドは、長期保管の分野でコスト効率の高いテヌプの代替手段です。



-テヌプず比范しお、デヌタの損倱たたは損傷のリスクが最小限。



-クラりドサポヌトにより、デヌタ保護ぞの投資をより効果的に掻甚できたす。



-EMC NetWorker with CloudBoostは、受賞歎のあるデヌタ保護゜フトりェアず、業界で最も安党で費甚察効果の高いクラりドサポヌトテクノロゞヌの組み合わせです。



-長期保存のために、バックアップデヌタをパブリックたたはプラむベヌトクラりドストレヌゞに安党か぀効率的に転送。



-テヌプの䜿甚に関連するリスクを排陀し、資本コストを削枛したす。



-オンラむン生産性を備えた費甚察効果の高いテヌプ。



All Articles