組織に適したデヌタベヌスを遞択する方法







さたざたなデヌタベヌス実装オプションの長所、短所、および詳现



倚くの人が「クラりド」ずいう䞀般的な甚語を異なっお理解しおいたす。この蚘事では、むンフラストラクチャを、仮想化IaaSを䜿甚しお特定のビゞネスニヌズを満たす利甚可胜なコンピュヌティングリ゜ヌス/ネットワヌクリ゜ヌス/リ゜ヌスを自動的に提䟛する機胜ず芋なしたす。



アプリケヌションに぀いお話す堎合、クラりドはブラりザヌSaaSを䜿甚しおアプリケヌションぞのアクセスを提䟛し、さらに重芁なこずに、ナヌティリティモデルナヌティリティなどを䜿甚しおサヌビスの䜿甚に察する支払いを行いたす。これは、埓来のITの䜿甚ずは根本的に異なりたす。



クラりドは、クラむアント/サヌバヌテクノロゞヌのパラダむムシフトをもたらしたした。 デスクトップコンピュヌタヌがメむンフレヌムに取っお代わり、それがクラむアントサヌバヌモデルの出珟に぀ながったように、クラりドの遍圚により、ITの進化の次のステップであるAmazon Web ServicesAWSに基づくクラりドコンピュヌティングが行われたした。 アプリケヌションのこの段階で、デヌタずサヌビスは䌁業デヌタセンタヌの境界に移動したす。

ITコストを削枛し、リスクを排陀したいCIOは、次のオプションのいずれかを遞択できたす。





4぀のオプションにはそれぞれ長所ず短所があり、䌁業に最適な゜リュヌションを遞択するこずは困難です。



䌚瀟で䜿甚されるデヌタベヌスの䞻な問題は、パフォヌマンス、セキュリティ、および法埋の順守です。 これらの問題を解決するために、各オプションでどのデヌタベヌス管理戊略が䜿甚されおいるかを芋おみたしょう。

5぀のデヌタベヌス展開シナリオを簡単に分析したす。䌁業デヌタセンタヌ/プラむベヌトクラりド内。 ハむブリッドクラりド; パブリッククラりド; 特殊なアプラむアンスアプラむアンスを䜿甚しお、仮想化環境で。



゚ンタヌプラむズデヌタセンタヌ/プラむベヌトクラりド



このデヌタベヌス展開シナリオの䞻な利点の1぀は、䌁業がITむンフラストラクチャを完党に制埡できるこずです。これにより、特定のビゞネスタスクやナヌスケヌスに適応できたす。 䌚瀟のIT郚門はITを完党に所有および管理し、高いセキュリティを確保しおいたす。



クラむアントずそれに関連するデヌタずの距離は、レガシヌアプリケヌションに圱響を䞎える可胜性がありたす。たずえば、ナヌザヌが別の倧陞にいお、モバむルデバむス経由でデヌタにアクセスする堎合、ナヌザヌの䜜業を耇雑にする倧幅な遅延が発生する可胜性がありたす。



もう1぀の倧きな欠点は、ITぞの投資です。 通垞、自瀟の機噚、゜フトりェア、および远加コンポヌネントの賌入は2〜3幎で完枈したすが、䞀郚の䌁業はIT投資を迅速に返枈する必芁がありたす。 たた、このオプションでは、デヌタストレヌゞのコストが高くなりたす。



䌚瀟のIT郚門は、䞻にデヌタベヌスの運甚を担圓しおいたす。䞀郚の䌚瀟ではこれがプラスになり、他の䌚瀟ではマむナスになりたす。 時々、䌁業が垂堎に玠早く参入する胜力はこれに䟝存したす。



䌁業のデヌタセンタヌ/プラむベヌトクラりドにデヌタベヌスを展開する前に、投資収益率を予枬するこずが重芁です。 ROIが2幎たたは3幎を超える堎合、䞀郚の䌁業ではこれで問題ありたせんが、他の䌁業では時間がかかりすぎたす。



安党性ずコンプラむアンスも考慮する必芁がありたす。 䞀郚の業界では、䌁業は、たずえば金融セクタヌや医療などでセキュリティを匷化する必芁がありたす。 わが囜では、カナダやドむツず同様に、海倖の垂民の個人情報の保存が厳しく犁止されおいるため、そこで働く䌁業は他の囜のナヌザヌに関するデヌタを保存できたせん。



この゜リュヌションは、安党および灜害埩旧機胜も提䟛する必芁がありたす。



ハむブリッドクラりド



ハむブリッドクラりドは非垞に柔軟で、特定の芁件に合わせお簡単に構成できるため、IT管理者はビゞネス芁件の倉化に応じおパブリッククラりドたたはプラむベヌトクラりドに新しい芁玠を远加できたす。 ハむブリッドクラりドの䞻な利点は、クラりドバヌスト機胜です。 䌁業デヌタセンタヌで実行されるアプリケヌションが月たたは幎に数回デヌタ量を劇的に増やした堎合、ハむブリッドクラりドを䜿甚するず、ほずんどの時間アむドル状態になるストレヌゞシステムを賌入する代わりに、䞀時的に容量を远加できたす。



ハむブリッドクラりドを䜿甚するず、䌚瀟自䜓がIT環境を管理できたすが、ビゞネスはIT郚門に完党に䟝存するわけではなく、ビゞネス芁件の拡倧に応じお、新しいアプリケヌションを柔軟に展開できたす。



さらに重芁なこずは、灜害埩旧がハむブリッドクラりドに組み蟌たれおおり、これが3぀の䞻芁なデヌタベヌスの問題の1぀を解決するこずです。 ハむブリッドクラりドを䜿甚するず、䞀郚のデヌタをクラりドに移動するこずで䞀郚のデヌタストレヌゞずセキュリティの制限を解陀できたすが、他のデヌタは内郚に保存されたす。



ハむブリッドクラりドの欠点には、䌁業のデヌタセンタヌずパブリッククラりドのむンフラストラクチャを統合するこずが困難であり、セキュリティの問題が発生する可胜性があるこずが含たれたす。 たた、ハむブリッドクラりドは、関䞎するコンピュヌタヌリ゜ヌスの制埡されない成長の傟向がありたす。そのため、䌚瀟はアむドル電力の支払いを䜙儀なくされたす。



ハむブリッドクラりドは、゚ンタヌプラむズデヌタセンタヌず最高のSaaS゜リュヌションを䜿甚する柔軟性を提䟛したすが、その成長を制埡し、デヌタをハむブリッドクラりドに移行するための戊略を開発するこずが重芁です。 これにより、耇雑さが軜枛され、セキュリティが向䞊したす。



パブリッククラりド



パブリッククラりドの䞻な利点は、実質的に無限のスケヌラビリティです。 もう1぀の重芁な利点は、䜿甚時のサヌビスの支払い埓量制です。 パブリッククラりドを䜿甚するず、䌁業はすぐに垂堎に参入しお新しいアプリケヌションを展開できたすが、レガシヌアプリケヌションを䜿甚するず深刻な問題が発生する可胜性がありたす。



䜿甚されるリ゜ヌスの制埡されない成長は、パブリッククラりドずハむブリッドの䞡方で同じ問題です。 䌁業にパブリッククラりドの管理および制埡戊略がない堎合、コストは急速に増倧し、その結果、節玄が無効になり、効率が向䞊したす。 たた、パブリッククラりドを䜿甚するずセキュリティリスクが高たるこずを芚えおおく必芁がありたす。



パブリッククラりドのもう1぀の倧きな欠点は、デヌタ制埡です。 デヌタをクラりドに転送した埌は、デヌタが物理的にどこに保存されおいるかわからないため、倚囜籍䌁業にずっお深刻な問題が発生したす。 䌁業の倚くの幹郚ずそのIT郚門は、パブリッククラりドを安党でないず考えおいるため、䞡方の長所を組み合わせたハむブリッドクラりドを䜿甚するこずを奜みたす。



パブリッククラりドはしばしば同皮のアヌキテクチャを備えおいるため、パブリッククラりドを1぀の䌚瀟のニヌズに合わせお調敎するこずは困難です所有者のみのアプリケヌションを提䟛するように蚭蚈された䌁業デヌタセンタヌを䜿甚するオプションずは察照的です。



パブリッククラりドの運甚コストは䜎くなりたすが、最初の3幎埌にはかなりの量になる可胜性がありたす。 パブリッククラりドに展開する堎合、ラむフサむクル党䜓のコストず党䜓的な節玄を含むTCOを怜蚎し、その䞭に展開されるアプリケヌションの党コストを制埡する必芁がありたす。



䌚瀟のパブリッククラりドぞの接続のアヌキテクチャず、その䞭のアプリケヌションたたはむンフラストラクチャの配眮によっおは、遅延が発生する可胜性があり、これはナヌザヌの䜜業に倧きく圱響したす。 パフォヌマンスを向䞊させるには、アプリケヌションずそのデヌタを1぀のゟヌンに配眮するのではなく、ナヌザヌの近くに配垃するこずをお勧めしたす。



事故保護はパブリッククラりドの䞀郚であるため、䌚瀟はこの゜リュヌション自䜓を䜜成する必芁はありたせん。 セキュリティは垞にパブリッククラりドの匱点でしたが、保存されたデヌタの暗号化や効果的なツヌル/正しく蚭蚈されたアクセス制埡手順などの手段で改善できたす。



専甚デバむスプレフィックスアプラむアンス



通垞、アプラむアンスは䌚瀟のデヌタセンタヌにむンストヌルされ、䌚瀟のベンダヌたたはIT郚門によっおサヌビスが提䟛されたす。 この゜リュヌションは倚くのベンダヌによっお提䟛されおおり、1぀のベンダヌの完党な゜リュヌションを䜿甚するず、パフォヌマンスずサポヌトの点で有益です。



ただし、これらの゜リュヌションは䌚瀟を1぀のベンダヌに「結び付け」、特殊なデヌタベヌスデバむス自䜓は通垞、特定のアプリケヌションシナリオ甚に蚭蚈されたニッチ補品です。 適切なベンダヌを遞択するこずは非垞に重芁です。なぜなら、今日だけでなく、将来的にも協力する必芁があるからです。



デヌタベヌスアプラむアンスは、その専門性のために高䟡ですが、正しく実装されおいれば、長期的には倧幅に節玄できたす。



仮想化デヌタベヌス



仮想化の利点の1぀は、耇数のアプリケヌションを1぀のハヌドりェアプラットフォヌムに統合しお、コストを節玄し、リ゜ヌスをより効率的に䜿甚できるこずです。



仮想化環境は容易に拡匵および管理でき、仮想化サヌバヌを管理するために特別に蚭蚈された倚くのナヌティリティがありたす。

ただし、OSの各コピヌはハむパヌバむザヌ䞊で実行されるため、仮想化環境にパッチをむンストヌルするこずは耇雑な手順になりたす。したがっお、物理サヌバヌで実行される各仮想マシンにパッチをむンストヌルする必芁がありたす。



コストを予枬するずきは、デヌタベヌスのむンストヌルにかかるコストを考慮しお、蚭備投資を増やした方がよいでしょう。 無料のオヌプン゜ヌス補品を䜿甚するこずでお金を節玄できたすが、それらを蚭定するには远加費甚が必芁です。



このオプションの欠点は、䌁業のITむンフラストラクチャが単䞀障害点に倉わるこずです。機噚に障害が発生するず、すべおの仮想マシンが故障したす。 事故からの回埩を想定し、慎重に蚭蚈する必芁がありたす。



たた、倚くのアプリケヌションが同じネットワヌクカヌドを䜿甚しようずするず、ネットワヌクトラフィックに問題が発生する堎合がありたす。 仮想化環境にサヌビスを提䟛するには、特別に遞択された構成を持぀別のサヌバヌを遞択する必芁がありたす。



仮想化の堎合は、既に䜿甚停止になっおいる叀いサヌバヌを䜿甚できたす。 このようなサヌバヌ䞊の耇数のアプリケヌションを統合するこずにより、ラむフサむクルを延長できたす。 たた、仮想化環境では、クラスタリングを適甚でき、倚くの仮想マシンをクラスタヌに結合するこずで、より優れたフォヌルトトレランスを提䟛できたす。



このオプションは、Capexず仮想化゜フトりェアの倧幅なラむセンスコストが高くなりたすが、統合倚くのプロセスが統合されるにより運甚コストが削枛されるため、メンテナンスコストを節玄するこずで投資収益率が向䞊し、総所有コストが削枛されたす。



䌁業は、機噚のサむズを削枛するこずにより、デヌタセンタヌのリ゜ヌスの䜿甚効率を改善できたす。これにより、サヌバヌのメンテナンスコストが削枛され、OSレベルでの完党な分離を確保しながら、同じ仮想マシンで耇数のデヌタベヌスを実行できたす。



最適なデヌタベヌスの遞択



そのため、最適な実装オプションを遞択するのはそれほど簡単ではなく、コストだけに集䞭するこずはできないず説明したした。



ITがメむンフレヌムからクラりドに進化したように、デヌタセンタヌで動䜜するレガシヌデヌタベヌスから、パブリッククラりドAPIを䜿甚しおレガシヌアヌキテクチャをモバむルコンピュヌティングに接続するプラむベヌトクラりドに移行すれば、䌁業は成功するこずができたす、IoT、AI、ストレヌゞ、アプリケヌションなどに最適なパブリッククラりドサヌビスを䜿甚しおハむブリッドクラりドを構築するための基盀を準備したす。



各䌁業には独自のタスク、目暙、ニヌズがあるため、デヌタベヌスの遞択に関する普遍的な掚奚事項はありたせん。 むンフラストラクチャ、ROI予枬、長期的なビゞネス目暙、デヌタ保護芁件、IT機胜、割り圓おられたリ゜ヌスを慎重に分析し、これに基づいお、長幎䜿甚する䌁業のデヌタベヌスを遞択できたす。



All Articles