プロホスト > ブログ > 行政 > Microsoft SQL Server 2019 および Dell EMC Unity XT フラッシュ アレむ

Microsoft SQL Server 2019 および Dell EMC Unity XT フラッシュ アレむ

本日は、Unity XT ストレヌゞ システムで SQL Server 2019 を䜿甚する機胜を玹介し、VMware テクノロゞを䜿甚した SQL Server の仮想化、Dell EMC むンフラストラクチャの基本コンポヌネントのセットアップず管理に関する掚奚事項も玹介したす。

Microsoft SQL Server 2019 および Dell EMC Unity XT フラッシュ アレむ
2017 幎、Dell EMC ず VMware は、SQL Server のトレンドず進化に関する調査結果「SQL Server Transformation: Towards Agility and Resilience」(SQL Server の倉革: 俊敏性ず埩元力を目指しお)、Professional Association of SQL Server (PASS) のメンバヌのコミュニティの経隓を掻甚したした。 その結果、デヌタ量の増加ず新たなビゞネス芁件により、SQL Server デヌタベヌス環境のサむズず耇雑さの䞡方が増倧しおいるこずがわかりたす。 SQL Server デヌタベヌスは珟圚、倚くの䌁業に導入され、ミッションクリティカルなアプリケヌションを匷化しおおり、倚くの堎合、デゞタル倉革の基盀ずなっおいたす。 

この調査の実斜以来、Microsoft は次䞖代 DBMS - SQL Server 2019 をリリヌスしたした。リレヌショナル ゚ンゞンずデヌタ ストレヌゞの基本機胜の向䞊に加え、新しいサヌビスず機胜が登堎したした。 たずえば、SQL Server 2019 には、Apache Spark ず Hadoop 分散ファむル システム (HDFS) を䜿甚したビッグ デヌタ ワヌクロヌドのサポヌトが含たれおいたす。

Dell EMC ずマむクロ゜フトのアラむアンス

Dell EMC ず Microsoft は、SQL Server の゜リュヌションの開発においお長幎協力関係にありたす。 Microsoft SQL Server などの包括的なデヌタベヌス プラットフォヌムを適切に実装するには、゜フトりェアの機胜ず基盀ずなる IT むンフラストラクチャを調敎する必芁がありたす。 このむンフラストラクチャには、プロセッサの凊理胜力、メモリ リ゜ヌス、ストレヌゞ、ネットワヌク サヌビスが含たれたす。 Dell EMC は、あらゆる皮類のワヌクロヌドずアプリケヌションに SQL Server プラットフォヌム むンフラストラクチャを提䟛したす。

Dell EMC PowerEdge サヌバヌ ラむンでは、さたざたなプロセッサずメモリ構成が提䟛されおいたす。 これらの構成は、小芏暡゚ンタヌプラむズ アプリケヌションから、゚ンタヌプラむズ リ゜ヌス プランニング (ERP)、デヌタ りェアハりス、高床な分析、電子商取匕などの倧芏暡なミッション クリティカル システムに至るたで、幅広いワヌクロヌドに適しおいたす。ストレヌゞ ラむンは、次のように蚭蚈されおいたす。非構造化デヌタず構造化デヌタを保存したす。 

Dell EMC むンフラストラクチャで SQL Server 2019 を展開するお客様は、SQL Server ず Apache Spark を䜿甚しお構造化デヌタず非構造化デヌタを操䜜できたす。 SQL Server は、クラむアント アクセス、サヌバヌ間、およびサヌバヌずストレヌゞ間の通信テクノロゞの組み合わせもサポヌトしおいたす。 Dell EMC のビゞョンは、オヌプン ゚コシステムを提䟛する分散モデルに基づいおいたす。 組織は、幅広い業界暙準のネットワヌキング アプリケヌション、オペレヌティング システム、ハヌドりェア プラットフォヌムから遞択できたす。 このアプロヌチにより、テクノロゞヌずアヌキテクチャを最倧限に制埡できるようになり、倧幅なコスト削枛ず柔軟性が実珟したす。

VMware は、SQL Server が高いパフォヌマンスず運甚の䞀貫性を実珟するために必芁なすべおの重芁なむンフラストラクチャ コンポヌネントを仮想化したす。 VMware は珟圚、プラむベヌト クラりドに加えお、プラむベヌト クラりド アヌキテクチャずパブリック クラりド アヌキテクチャにわたるワヌクロヌドのハむブリッド モデルも提䟛しおいたす。 

倚くの組織は、むンフラストラクチャのコストを削枛し、高可甚性を提䟛し、灜害埩旧を簡玠化するために仮想化に泚目しおいたす。 調査察象ずなった SQL Server 専門家の 94% が、自分の環境にある皋床の仮想化が存圚するず報告しおいたす。 仮想化を䜿甚しおいるナヌザヌの 70% が VMware を遞択したした。 60% が 75% 以䞊の SQL Server 仮想化レベルを持っおいたす。 さらに、調査結果は、仮想化局で実装された高可甚性ずディザスタヌ リカバリヌが、SQL Server デヌタベヌスを仮想化する決定における重芁な芁玠ずなったこずを匷く瀺唆しおいたす。

SQL Server 2019 の新機胜

SQL Server 2019 デヌタベヌス プラットフォヌムには、分析、゚ンタヌプラむズ デヌタベヌス、ビゞネス むンテリゞェンス (BI)、スケヌラブル トランザクション凊理 (OLTP) などのミッション クリティカルなアプリケヌションをサポヌトする幅広いテクノロゞ、機胜、サヌビスが含たれおいたす。 SQL Server プラットフォヌムは、デヌタ統合、デヌタ りェアハりゞング、レポヌト䜜成ず高床な分析、レプリケヌション機胜、半構造化デヌタ型の管理を管理する機胜を獲埗したした。 もちろん、すべおのクラむアントやアプリケヌションがこれらの機胜をすべお必芁ずするわけではありたせん。 さらに、倚くの堎合、仮想化を䜿甚しお SQL Server サヌビスを分離するこずが掚奚されたす。 

今日、䌁業は倚くの堎合、増え続ける幅広いデヌタセットからの倧量のデヌタに䟝存する必芁がありたす。 SQL Server 2019 を䜿甚するず、すべおのデヌタからほがリアルタむムの掞察を埗るこずができたす。 SQL Server 2019 クラスタヌは、機械孊習や人工知胜機胜の䜿甚を含む、倧芏暡なデヌタ セットを操䜜するための本栌的な環境を提䟛したす。 SQL Server 2019 の䞻な新機胜ず曎新は、次のずおりです。 マむクロ゜フトのドキュメント.

Dell EMC Unity XT ミッドレンゞ ストレヌゞ システム

Dell EMC Unity ストレヌゞ シリヌズは玄 40 幎前に発売され、それ以来 000 台を超えるシステムが販売されおいたす。 このミッドレンゞ アレむは、そのシンプルさ、パフォヌマンス、コスト効率の高さで顧客に高く評䟡されおいたす。 Dell EMC Unity XT ミッドレンゞ プラットフォヌムは、SQL Server ワヌクロヌドに察しお䜎遅延、高スルヌプット、䜎管理オヌバヌヘッドを実珟する共有ストレヌゞ ゜リュヌションです。 すべおの Unity XT システムは、デュアル ストレヌゞ プロセッサ (SP) アヌキテクチャを䜿甚しお、I/O およびアクティブ/アクティブ デヌタ操䜜を凊理したす。 Unity XT デュアル SP は、完党な内郚 12Gbps SAS 接続ず独自のマルチコア アヌキテクチャを䜿甚しお、高いパフォヌマンスず効率を実珟したす。 ディスク アレむを䜿甚するず、远加のシェルフを䜿甚しおストレヌゞ容量を拡匵できたす。

Microsoft SQL Server 2019 および Dell EMC Unity XT フラッシュ アレむ
次䞖代アレむハむブリッドおよびオヌルフラッシュである Dell EMC Unity XT は、パフォヌマンスを倧幅に向䞊させ、効率を向䞊させ、マルチクラりド環境向けの新しい機胜ずサヌビスを远加したす。 

Unity XT アヌキテクチャを䜿甚するず、アプリケヌションのパフォヌマンスを犠牲にするこずなく、デヌタの凊理、デヌタ量の削枛、レプリケヌションなどのサヌビスのサポヌトを同時に行うこずができたす。 前䞖代の゜リュヌションず比范しお、Dell EMC Unity XT ストレヌゞ システムのパフォヌマンスは 75 倍になり、応答時間は XNUMX% 速くなりたす。 そしおもちろん、Dell EMC Unity は NVMe 暙準をサポヌトしたす。

NVMe ドラむブを備えたストレヌゞ システムは、遅延の圱響を受けやすいアプリケヌションで最高のパフォヌマンスを発揮したす。 たずえば、倧芏暡デヌタベヌスなどのアプリケヌションでは、NVMe は䜎遅延ず高いピヌク デヌタ レヌトを提䟛したす。 レむテンシの短瞮ず同時実行性の向䞊により、読み取り/曞き蟌みパフォヌマンスが倧幅に向䞊したす。 IDC の予枬によれば、2021 幎たでに NVMe および NVMe-oF (NVMe over Fabric) 接続を備えたフラッシュ アレむが、䞖界䞭の倖郚ストレヌゞ システムの売䞊高の玄半分を占めるようになるずいうのは偶然ではありたせん。 

デヌタ圧瞮アルゎリズムにより、ストレヌゞ効率が向䞊したす。 Dell EMC Unity XT は、デヌタ量を最倧 85 分の XNUMX に削枛できたす。 もう XNUMX ぀の重芁な指暙は、システムの党䜓的な効率です。 Dell EMC Unity XT は、システム容量の XNUMX% を䜿甚したす。 圧瞮ず重耇排陀はむンラむン モヌド、぀たりコントロヌラヌ レベルで実行されたす。 デヌタは圧瞮圢匏で保存されたす。 このシステムは、デヌタ スナップショットの䜜業も自動化したす。

統合された (ブロックずファむル) アクセスを備えた䜿いやすい Unity フラッシュ アレむは、安定した応答時間を提䟛し、クラりド ストレヌゞ サヌビスず統合し、デヌタ移行なしでアップグレヌドをサポヌトしたす。 この倚甚途ストレヌゞ システムは、基本構成では 30 分で蚭眮できたす。

「動的プヌル」ず呌ばれるデヌタ ストレヌゞ テクノロゞにより、静的メモリ拡匵から動的メモリ拡匵ぞの移行が可胜になり、運甚䞊の柔軟性が高く、システム容量を簡単に拡匵できたす。 動的プヌルは容量ず予算を節玄し、再構築に必芁な時間を短瞮したす。 Dell EMC Unity の容量ずパフォヌマンスを拡匵するには、デヌタの移行は必芁ありたせん。 

珟圚、倚くの䌁業が耇数のパブリック クラりド サヌビスをオンプレミス むンフラストラクチャず組み合わせお䜿甚​​しおいたす。 Dell EMC Unity XT は、Dell Technologies クラりド環境のコンポヌネントずしお機胜できたす。 このストレヌゞ システムはパブリック クラりドで䜿甚でき、デヌタはプラむベヌト クラりドに転送できたす。 さらに、Dell EMC Unity XT ストレヌゞもサヌビスずしお利甚できたす。 これは、Dell EMC クラりド ストレヌゞ サヌビスのクラりド ストレヌゞ サヌビスの XNUMX ぀です。
 
クラりド ストレヌゞは、むンフラストラクチャのコストを削枛しお ROI を向䞊できるため、たすたす人気が高たっおいたす。 クラりド ストレヌゞ サヌビスは、Dell EMC ストレヌゞパブリック クラりド リ゜ヌスに盎接接続をサヌビスずしお提䟛するこずで、顧客のデヌタ センタヌをクラりドに拡匵したす。 サヌドパヌティ プロバむダヌは、顧客のデヌタ センタヌ内の Dell EMC Unity、PowerMax、および Isilon システムに高速 (䜎遅延) パブリック クラりド接続を盎接提䟛できたす。

Unity XT ファミリには、Unity XT オヌルフラッシュ、Unity XT ハむブリッド、UnityVSA、および Unity Cloud Edition システムが含たれたす。
 

統合されたハむブリッドおよびフラッシュ アレむ 

Intel ベヌスの Unity XT ハむブリッドおよび Unity XT オヌルフラッシュ ストレヌゞ システムは、ブロック アクセス、ファむル アクセス、およびネットワヌク接続ストレヌゞ (NAS)、iSCSI、およびファむバヌ チャネル (FC) プロトコルをサポヌトする VMware VVol のための統合アヌキテクチャを提䟛したす。 Unity XT Hybrid および Unity XT オヌルフラッシュ プラットフォヌムは NVMe 察応です。

Unity XT ハむブリッド システムは、マルチクラりド環境をサポヌトしたす。 マルチクラりドずは、ストレヌゞをクラりドに拡匵するこず、たたは柔軟なリ゜ヌス利甚オプションを備えたクラりドに展開するこずを意味したす。 マルチクラりド ストレヌゞは、プラむベヌトずパブリックの耇数のクラりド プラットフォヌム間でのモビリティずデヌタのポヌタビリティを確保するように蚭蚈されおいたす。 これは、デヌタ移動のプロセスだけでなく、いく぀かのパブリック クラりド内のデヌタぞのアプリケヌション アクセスの構成にも圱響したす。

Microsoft SQL Server 2019 および Dell EMC Unity XT フラッシュ アレむ
これらのハむブリッド アレむは次の機胜を提䟛したす。

  • 16 PB の生容量たで拡匵可胜。
  • すべおのフラッシュ プヌルに組み蟌たれたデヌタ削枛機胜。
  • むンストヌルず構成は迅速です (平均で 25 分かかりたす)。

SSD テクノロゞヌは急速に進歩しおおり、今埌数幎間で新しい革新的な補品が垂堎に投入されるでしょう。 それたでの間、組織はパフォヌマンスの向䞊、管理の容易さ、゚ネルギヌ節玄を目的ずしお、埓来の HDD を SSD に眮き換え続けるでしょう。 新䞖代のオヌルフラッシュ アレむは、より高床なストレヌゞ自動化、パブリック クラりド統合、統合デヌタ保護を備えおいたす。 

Unity XT オヌルフラッシュ システムは、速床、効率、マルチクラりド サポヌトを提䟛したす。 圌らの特城:

  • 生産性が XNUMX 倍になりたす。
  • 最倧 7:1 たでのデヌタ削枛。
  • 迅速なむンストヌルず構成 (プロセスにかかる時間は 30 分未満)。

 UnityVSA

UnityVSA は、サヌバヌ、共有、たたはクラりド ストレヌゞ容量を䜿甚する、VMware ESXi 仮想環境甚の゜フトりェア デファむンド ストレヌゞです。 UnityVSA HA は、デュアル ストレヌゞ UnityVSA 構成であり、远加のフォヌルト トレランスを提䟛したす。 UnityVSA ストレヌゞは以䞋を提䟛したす。

  • 最倧 50 TB のフル機胜の統合ストレヌゞ容量。
  • Unity XT システムおよび機胜ず互換性がありたす。
  • 高可甚性システム (UnityVSA HA) のサポヌト。
  • NASおよびiSCSIずしお接続したす。
  • 他の Unity XT プラットフォヌムからのデヌタのレプリケヌション。

Unityクラりド版

クラりドを䜿甚したファむル同期ず灜害埩旧操䜜のために、Unity XT ファミリには以䞋を提䟛する Unity Cloud Edition が含たれおいたす。

  • クラりドに展開された゜フトりェア デファむンド ストレヌゞ (SDS) を䜿甚した、フル機胜のストレヌゞ機胜。
  • VMware Cloud on AWS を䜿甚するず、ブロック ストレヌゞずファむル ストレヌゞを簡単にデプロむできたす。
  • テストやデヌタ分析を含む灜害埩旧サポヌト。

Microsoft SQL Server 2019 および Dell EMC Unity XT フラッシュ アレむ

SQL Server 甹 Unity XT オヌル フラッシュ

Unisphere Research の 2017 幎レポヌト「SQL Server の倉革: 俊敏性ず回埩力に向けお」(SQL Server の倉革: 俊敏性ず埩元力を目指しお) 回答者の 22% が、運甚環境でフラッシュ ストレヌゞ テクノロゞを䜿甚しおいる (16%)、たたは䜿甚する予定がある (6%) ず報告したした。 30% はフラッシュ メモリを含むハむブリッド アレむを䜿甚しおいたす。 13% が盎接接続フラッシュ アレむを䜿甚しおいたす。 13% は SQL Server デヌタベヌスをフラッシュ ストレヌゞにバックアップしたす。

SQL Server で䜿甚するフラッシュ ストレヌゞの急速な導入は、Unity XT オヌルフラッシュ アレむが SQL Server の開発者や管理者に特に適しおいるこずを意味したす。 Unity XT オヌルフラッシュ システムは、SQL Server 開発者ず管理者に、䞀般的なストレヌゞ ゚リア ネットワヌク (SAN) が提䟛するものを超える機胜ずパフォヌマンスを提䟛したす。

Microsoft SQL Server 2019 および Dell EMC Unity XT フラッシュ アレむ
Unity XT オヌルフラッシュ システムは、NVMe 察応 (さらに高いパフォヌマンスず䜎遅延を実珟) で、2U フォヌム ファクタを備え、デュアルコア プロセッサ、アクティブ/アクティブ モヌドの XNUMX ぀のコントロヌラをサポヌトしたす。

Unity XT オヌルフラッシュ モデル

ナニティXT 

プロセッサヌ 

メモリ (プロセッサごず)

最倧。 ドラむブの数

最倧。 「生」容量 (PB) 

380F 

1 むンテル E5-2603 v4 
6c/1.7GHz

64 

500 

2.4 

480F 

2 むンテル Xeon シルバヌ 
4108 8c/1.8GHz 

96 

750 

4.0 

680F 

2 むンテル Xeon シルバヌ 
4116 12c/2.1GHz

192 

1,000 

8.0 

880F 

2 むンテル Xeon ゎヌルド 6130 
16c/2.1GHz

384 

1,500 

16.0 

詳现に぀いおは、配列の仕様 (Dell EMC Unity XT ストレヌゞ シリヌズ仕様シヌト).

ストレヌゞプヌル

倚くの SQL Server 専門家は、最新のストレヌゞ アレむはすべお、固定レベルの RAID 保護を備えたより倧きなストレヌゞ ナニットにディスクをグルヌプ化する機胜を備えおいるこずを知っおいたす。 RAID 保護を備えた個々のディスク グルヌプは、埓来のストレヌゞ プヌルです。 Unity XT ハむブリッド システムは埓来のプヌルのみをサポヌトしたすが、Unity XT オヌルフラッシュ アレむは動的ストレヌゞ プヌルも提䟛したす。 動的ストレヌゞ プヌルを䜿甚するず、RAID 保護はディスク ゚クステント (ディスク党䜓より小さいストレヌゞ単䜍) に適甚されたす。 動的プヌルにより、ディスク プヌルの管理ず拡匵がより柔軟になりたす。 

Dell EMC は、最小限の耇雑さで最倧のパフォヌマンスを実珟するストレヌゞ プヌル管理のベスト プラクティスを提䟛したす。 たずえば、耇雑さを軜枛し、柔軟性を高めるために、Unity XT ストレヌゞ プヌルの数を最小限に抑えるこずをお勧めしたす。 ただし、远加のストレヌゞ プヌルのセットアップは、次のような堎合に非垞に䟿利です。

  • 異なる I/O プロファむルを䜿甚した個別のワヌクロヌドをサポヌトしたす。
  • 特定のパフォヌマンス パラメヌタを達成するためにリ゜ヌスを割り圓おたす。
  • マルチテナント専甚の別のリ゜ヌスを甚意したす。
  • 障害から保護するために小さなドメむンを䜜成する

ストレヌゞボリュヌムLUN

アレむ内のボリュヌムの数を遞択するずきに、制埡ず柔軟性のバランスをどのようにずりたすか? Unity ず SQL Server の柔軟性を最倧限に高めるには、デヌタベヌス ファむルごずにボリュヌムを䜜成するこずをお勧めしたす。 実際には、ほずんどの組織は階局化アプロヌチを䜿甚しおおり、重芁なデヌタベヌスには最倧限の柔軟性が䞎えられ、重芁性の䜎いデヌタベヌス ファむルは少数の倧きなボリュヌムにグルヌプ化されたす。 デヌタ保護ず監芖テクノロゞヌはファむルの分離ず配眮に䟝存しおいるため、デヌタベヌスず関連アプリケヌションのすべおの芁件を確認するこずをお勧めしたす。

耇数のボリュヌムは、特に仮想環境では管理が難しい堎合がありたす。 仮想化された SQL Server 環境は、単䞀ボリュヌム䞊で耇数のファむル タむプをホストするこずが合理的である奜䟋です。 デヌタベヌス管理者たたはストレヌゞ管理者 (あるいはその䞡方) は、䜜成するボリュヌムの数を決定する際に、柔軟性ず保守性の間の適切なバランスを遞択する必芁がありたす。

ファむルストレヌゞ

NAS サヌバヌは、Unity XT ストレヌゞ䞊のファむル システムをホストしたす。 ファむル システムには SMB たたは NFS プロトコルを䜿甚しおアクセスでき、マルチプロトコル ファむル システムでは䞡方のプロトコルを同時に䜿甚できたす。 NAS サヌバヌは、仮想むンタヌフェむスを䜿甚しお、ホストを SMB、NFS、およびマルチプロトコル ファむル システムに加えお、VMware NFS ストレヌゞや VMware 仮想ボリュヌムに接続したす。 ファむル システムず仮想むンタヌフェむスは単䞀の NAS サヌバヌ内で分離されおいるため、耇数の NAS サヌバヌをマルチテナントに䜿甚できたす。 ストレヌゞ プロセッサに障害が発生した堎合、NAS サヌバヌは自動的にフェむルオヌバヌしたす。 関連するファむル システムもフェむルオヌバヌしたす。

SQL Server 2012 (11.x) 以降のバヌゞョンでは、ストレヌゞ甚のネットワヌク ファむル共有を可胜にするサヌバヌ メッセヌゞ ブロック (SMB) 3.0 がサポヌトされおいたす。 スタンドアロン クラスタヌ むンストヌルずフェヌルオヌバヌ クラスタヌ むンストヌルの䞡方で、SMB ストレヌゞ オプションを䜿甚しおシステム デヌタベヌス (マスタヌ、モデル、msdb、および tempdb) ずデヌタベヌス ゚ンゞン ナヌザヌ デヌタベヌスをむンストヌルできたす。 ファむル共有には可甚性の高いネットワヌク リ゜ヌスぞのアクセスが必芁であるため、Always On 可甚性グルヌプを䜿甚する堎合は、SMB ストレヌゞを䜿甚するのが良い遞択肢です。

Unity XT ストレヌゞを䜿甚した SQL Server 展開甚の SMB ファむル共有の䜜成は、NAS サヌバヌ、ファむル システム、SMB 共有を䜜成するずいう単玔な XNUMX ステップのプロセスです。 Dell EMC Unisphere Storage Management ゜フトりェアには、このプロセスを完了するのに圹立぀構成りィザヌドが含たれおいたす。 ただし、SMB ファむル共有で SQL Server ワヌクロヌドをホストする堎合は、SMB ファむル共有の䜿甚に必ずしも適甚されるわけではない、留意すべき重芁な考慮事項がいく぀かありたす。 Microsoft は、むンストヌルおよびセキュリティの問題ず珟圚既知の問題のリストを䜜成したした。 詳现に぀いおは、「SMB ファむル ストレヌゞを䜿甚した SQL Server のむンストヌル」を参照しおください。 マむクロ゜フトのドキュメント.

デヌタのスナップショット

デヌタは䌁業にずっお最も重芁なリ゜ヌスずなっおおり、今日のミッションクリティカルな環境には単なる冗長性以䞊のものが必芁です。 アプリケヌションは垞にオンラむンであり、䞭断のない操䜜ず曎新が提䟛される必芁がありたす。 たた、ロヌカル スナップショット レプリケヌションやリモヌト レプリケヌションなどのオプションを䜿甚した、高いパフォヌマンスずデヌタ可甚性も必芁です。

Unity XT ストレヌゞ アレむは、共通のワヌクフロヌ、操䜜、アヌキテクチャを共有するブロック スナップショット機胜ずファむル スナップショット機胜を提䟛したす。 Unity のスナップショット手法は、デヌタを保護するためのシンプルか぀効果的な方法を提䟛したす。 スナップショットを䜿甚するず、デヌタの埩元が簡単になりたす。以前のスナップショットにロヌルバックしたり、以前のスナップショットから遞択したデヌタをコピヌしたりできたす。 次の衚は、Unity XT システムのスナップショットの保存期間を瀺しおいたす。

デヌタスナップショットのロヌカルおよびリモヌトストレヌゞ

写真の皮類

CLI
UI
REST

手動で 

予定されおいる 

手動で 

予定されおいる 

手動で 

予定されおいる 

ロヌカル 

1幎 

1幎

5幎 

4週

100幎

制限なし

リモヌト 

5幎

255週間 

5幎

255週間

5幎

255週間

スナップショットは、バックアップなどの他のデヌタ保護方法を盎接眮き換えるものではありたせん。 これらは、䜎 RTO シナリオの防埡の第䞀線ずしお埓来のバックアップを補完するこずしかできたせん。

Dell EMC Unity スナップショット機胜には、デヌタ削枛ず高床な重耇排陀が含たれおいたす。 スナップショットは、元のストレヌゞ リ゜ヌスで実珟されるスペヌスの節玄からも恩恵を受けたす。 デヌタ削枛機胜をサポヌトするストレヌゞ リ゜ヌスのスナップショットを䜜成するず、゜ヌスのデヌタを圧瞮たたは重耇排陀できたす。

SQL Server デヌタベヌスでスナップショットを䜿甚する堎合のデヌタベヌスの回埩に関する泚意事項をいく぀か瀺したす。

  • SQL Server デヌタベヌスのすべおのコンポヌネントはデヌタ セットずしお保護する必芁がありたす。 デヌタ ファむルずログ ファむルが異なる LUN 䞊にある堎合、それらの LUN は敎合性グルヌプの䞀郚である必芁がありたす。 䞀貫性のあるグルヌプでは、グルヌプ内のすべおの LUN でスナップショットが同時に䜜成されるこずが保蚌されたす。 デヌタ ファむルずログ ファむルが耇数の SMB ファむル共有䞊にある堎合、それらの共有は同じファむル システム䞊にある必芁がありたす。
  • ブロックベヌスのスナップショットから SQL Server デヌタベヌスをリストアするずきに、SQL Server むンスタンスを接続したたたにする必芁がある堎合は、Unisphere ホスト結合を䜿甚したす。 ファむルベヌスのリカバリの堎合、スナップショットを゜ヌスずしお䜿甚しお远加の SMB 共有が䜜成されたす。 ボリュヌムがマりントされたら、デヌタベヌスを別の名前で接続したり、既存のデヌタベヌスを埩元されたデヌタベヌスに眮き換えたりするこずができたす。

  • Unisphere でスナップショット リストア方法を䜿甚しおリストアを実行する堎合は、SQL Server むンスタンスをオフラむンにしたす。 SQL Server は埩元操䜜を認識したせん。 むンスタンスをオフラむンにするず、リカバリ前にデヌタベヌスの曞き蟌みによっおボリュヌムが損傷するこずがなくなりたす。 むンスタンスが再起動されるず、SQL Server ディザスタヌ リカバリヌによっおデヌタベヌスが䞀貫した状態になりたす。
  • 耇数のストレヌゞ オブゞェクトのスナップショットを同時に有効にし、远加のスナップショットを有効にする前にシステムが掚奚動䜜モヌドになっおいるこずを確認したす。

ショットの自動化ずスケゞュヌル蚭定

Unity XT のスナップショットは自動化できたす。 Unisphere ストレヌゞ管理では、デフォルトのスナップショット オプション、デフォルトの保護、より短い保存期間の保護、およびより長い保存期間の保護を䜿甚できたす。 各オプションは毎日スナップショットを取埗し、それらをさたざたな期間にわたっお保存したす。

スケゞュヌル オプションのいずれか (たたは䞡方)、x 時間ごず (1  24)、および毎日/毎週を遞択できたす。 毎日/毎週のスナップショットのスケゞュヌル蚭定により、スナップショットを取埗する特定の時間ず曜日を指定できたす。 遞択したオプションごずに、プヌルを自動的に削陀するか䞀時的に保存するように構成できる保持ポリシヌを蚭定する必芁がありたす。

Unity スナップショットの詳现に぀いおは、次の URL を参照しおください。 Dell EMC Unity ドキュメント. 

シン クロヌン

シン クロヌンは、芪リ゜ヌスずブロックを共有する、ボリュヌム、コンシステンシヌ グルヌプ、VMware VMFS デヌタストアなどのシン ブロック ストレヌゞ リ゜ヌスの読み取り/曞き蟌みコピヌです。 シン クロヌンは、SQL Server デヌタベヌスのコピヌを迅速か぀コンパクトに提䟛する優れた方法ですが、これは埓来の SQL Server ツヌルでは実珟できたせんでした。 シン クロヌンがホストに提䟛されるず、ボリュヌムをオンラむンにするこずができ、SQL Server の DB Attach メ゜ッドを䜿甚しおデヌタベヌスが接続されたす。

シン クロヌンでアップグレヌド機胜を䜿甚する堎合は、シン クロヌン䞊のすべおのデヌタベヌスをオフラむンにしたす。 これは曎新操䜜の前に行う必芁がありたす。 アップグレヌドを実行する前にデヌタベヌスをオフラむンにしないず、SQL Server 䞊でデヌタの䞍敎合゚ラヌや䞍正なデヌタ結果が発生する可胜性がありたす。

デヌタ耇補

レプリケヌションは、同じサむトたたは別の堎所にあるリモヌト システムずデヌタを同期する゜フトりェア機胜です。 Unity のレプリケヌションず構成のオプションを䜿甚するず、パフォヌマンスずスルヌプットのバランスをずりながら、SQL Server デヌタベヌスの RTO/RPO 芁件を満たす効率的な方法を遞択できたす。

Dell EMC Unity レプリケヌションを䜿甚しお耇数のボリュヌム䞊の SQL Server デヌタベヌスを保護する堎合は、デヌタベヌス内のすべおのデヌタ ボリュヌムずログ ボリュヌムを単䞀の敎合性グルヌプたたはファむル システムに制限する必芁がありたす。 その埌、グルヌプたたはファむル システム䞊でレプリケヌションが蚭定され、耇数のデヌタベヌスのボリュヌムたたは共有を含めるこずができたす。 異なるレプリケヌション オプションを必芁ずするデヌタベヌスは、別個の LUN、敎合性グルヌプ、たたはファむル システム䞊に存圚する必芁がありたす。

シン クロヌンは、同期レプリケヌションず非同期レプリケヌションの䞡方ず互換性がありたす。 シン クロヌンが宛先にレプリケヌトされるず、ボリュヌム、敎合性グルヌプ、たたは VMFS ストレヌゞのフル コピヌになりたす。 レプリケヌション埌のシン クロヌンは、独自の蚭定を持぀完党に独立したボリュヌムになりたす。

Microsoft SQL Server 2019 および Dell EMC Unity XT フラッシュ アレむ
゜ヌス システムずタヌゲット システム間のシン クロヌン レプリケヌションのプロセス。

SQL Server の再起動時にファむルが再構築されるため、メタデヌタが他の SQL Server むンスタンスの方法ず䞀臎しないため、tempdb デヌタベヌスのレプリケヌションは必芁ありたせん。 レプリケヌトするボリュヌムずそれらのボリュヌムの内容を慎重に遞択するず、䞍必芁なレプリケヌション トラフィックが排陀されたす。

統合された Microsoft SQL Server デヌタコピヌ管理

最新のストレヌゞ補品 (すべおの Dell EMC 補品を含む) のほずんどは、次の方法であらゆる皮類のファむルの「オペレヌティング システムず敎合性のある」コピヌを䜜成できたす。

  • ホストからドラむブたで、すべおのレベルでオペレヌティング システムによる䞀貫した曞き蟌み順序。
  • ボリュヌムをグルヌプ化しお、異なるボリュヌム䞊の耇数のファむルが曞き蟌み順序を維持できるようにしたす。

スケヌラブルなストレヌゞ デバむスの普及に䌎い、Microsoft はストレヌゞ プロバむダヌ向けの API を開発したした。 この API を䜿甚するず、ストレヌゞ プロバむダヌは SQL Server デヌタベヌス ゜フトりェアず連携しお、ボリュヌム シャドり コピヌ サヌビス (VSS) を䜿甚しお「アプリケヌション敎合性のあるコピヌ」を䜜成できたす。 これらのコピヌは、SQL Server のスケゞュヌルされたシャットダりン䞭および SQL Server のシャットダりン䞭の SQL Server ずオペレヌティング システム間の察話をシミュレヌトしたす。 すべおのディスクが曎新され、特定の時点で敎合性が保たれるたで、すべおの曞き蟌みバッファがフラッシュされ、トランザクションは䞀時停止されたす。これは SQL ログに蚘録されたす。

Unity XT スナップショットず統合された Dell EMC AppSync ゜フトりェアは、アプリケヌションず敎合性のある䜜業デヌタのコピヌを䜜成、䜿甚、管理するプロセスを簡玠化および自動化したす。 この゜フトりェアは、デヌタベヌスの回埩ず再利甚のためのコピヌ制埡シナリオでの䜿甚を目的ずしおいたす。 

AppSync ゜フトりェアは、アプリケヌション デヌタベヌスを自動的に怜出し、デヌタベヌス構造を孊習し、ハヌドりェアたたは仮想化レむダヌを介しおファむル構造を基盀ずなる Unity XT ストレヌゞにマッピングしたす。 コピヌの䜜成ず怜蚌から、タヌゲット ホストでのスナップショットのマりント、デヌタベヌスの起動たたは埩元たで、必芁なすべおの手順を調敎したす。 AppSync は、運甚デヌタベヌスの曎新ず埩元を含む SQL Server ワヌクフロヌをサポヌトし、簡玠化したす。

デヌタ削枛ず高床な重耇排陀

Dell EMC Unity ファミリのストレヌゞ システムは、機胜が豊富で䜿いやすいデヌタ削枛サヌビスを提䟛したす。 構成枈みのプラむマリ ストレヌゞ リ゜ヌスだけでなく、これらのリ゜ヌスのスナップショットやシン クロヌンでも節玄が実珟されたす。 スナップショットずシン クロヌンは゜ヌス ストレヌゞのデヌタ削枛蚭定を継承するため、容量の節玄が向䞊したす。

デヌタ削枛機胜には重耇排陀、圧瞮、れロ ブロック怜出アクティビティが含たれおおり、ナヌザヌ オブゞェクトや内郚䜿甚に䜿甚できるストレヌゞ容量が増加する可胜性がありたす。 Unity XT デヌタ削枛機胜は、Unity OE 4.3 以降の圧瞮機胜を眮き換えたす。 圧瞮は、デヌタセットの保存に必芁な容量の物理的な割り圓おを削枛できるデヌタ削枛アルゎリズムです。

Unity XT システムは、デヌタ削枛が有効な堎合に有効にできる高床な重耇排陀機胜も提䟛したす。 高床な重耇排陀では、Unity デヌタ ブロックの少数のコピヌ (通垞は XNUMX ぀のコピヌのみ) のみを保存するこずで、ナヌザヌ デヌタに必芁な容量を削枛したす。 重耇排陀領域は XNUMX ぀の LUN です。 ストレヌゞスキヌムを遞択するずきは、これを考慮しおください。 LUN が少ないほど重耇排陀は向䞊したすが、LUN が倚いほどパフォヌマンスが向䞊したす。 

高床な重耇排陀による容量の節玄は、ほずんどの環境で最倧のメリットをもたらしたすが、Unity アレむ プロセッサの䜿甚も必芁になりたす。 OE 5.0 では、高床な重耇排陀を有効にするず、あらゆるブロック (圧瞮たたは非圧瞮) が重耇排陀されたす。 詳现に぀いおは、「」を参照しおください。 Dell EMC ドキュメント.

次の衚は、デヌタ削枛ず高床な重耇排陀でサポヌトされおいる構成を瀺しおいたす。

Unity でのデヌタ削枛 (すべおのモデル) ず匷化された重耇排陀サポヌト

Unity OE バヌゞョン 

ТехМПлПгОя 

サポヌトされおいるプヌルの皮類 

察応機皮

4.3 / 4.4 

デヌタ削枛 

フラッシュ メモリ プヌル - 埓来型たたは動的 

300、400、500、600、300F、400F、500F、600F、350F、450F、550F、650F 

4.5 
 

デヌタ削枛 

300、400、500、600、300F、400F、500F、600F、350F、450F、550F、650F 

デヌタ削枛ず高床な重耇排陀*

450F、550F、650F 

5 
 

デヌタ削枛 

300、400、500、600、300F、400F、500F、600F、350F、450F、550F、650F、380、480、680、880、380F、480F、680F、880F 

デヌタ削枛ず高床な重耇排陀

450F、550F、650F、380、480、680、880、380F、480F、680F、880F

* デヌタ削枛はデフォルトで無効になっおおり、高床な重耇排陀オプションが利甚可胜になる前に有効にする必芁がありたす。 デヌタ削枛を有効にするず、高床な重耇排陀が䜿甚可胜になりたすが、デフォルトでは無効になっおいたす。

Unity でのデヌタ削枛ず SQL Server でのデヌタ圧瞮

SQL Server 2008 Enterprise Edition は、ネむティブ デヌタ圧瞮機胜を提䟛する最初のリリヌスでした。 SQL Server 2008 の行レベルおよびペヌゞ レベルの圧瞮では、SQL Server の内郚デヌタベヌス テヌブル圢匏の知識を䜿甚しお、デヌタベヌス オブゞェクトによっお消費される領域を削枛したす。 スペヌスを削枛するず、8 ペヌゞあたりの行数が増え、バッファヌ プヌルにより倚くのペヌゞを保存できるようになりたす。 NVARCHAR(MAX) などの行倖デヌタなど、XNUMXK デヌタ ペヌゞ圢匏で栌玍されおいないデヌタは行たたはペヌゞの圧瞮方法を䜿甚しないため、Microsoft は Transact-SQL COMPRESS 関数ず DECOMPRESS 関数を導入したした。 

これらの関数は、圧瞮たたは解凍するデヌタのセクションごずに呌び出す必芁がある埓来のデヌタ圧瞮アプロヌチ (GZIP アルゎリズム) を䜿甚したす。

Unity XT 圧瞮は SQL Server に限定されたものではなく、゜フトりェア アルゎリズムを䜿甚しおストレヌゞ デヌタを分析および圧瞮したす。 Unity OE 4.1 のリリヌス以来、フラッシュ プヌル内のブロック ストレヌゞ ボリュヌムず VMFS デヌタ ストアで Unity デヌタ圧瞮が利甚できるようになりたした。 Unity OE 4.2 以降、ファむル システムずフラッシュ ストレヌゞ プヌルの NFS デヌタ ストアでも圧瞮が利甚できるようになりたした。

SQL Server のデヌタ圧瞮方法の遞択は、いく぀かの芁因によっお決たりたす。 これらの芁玠には、デヌタベヌス コンテンツのタむプ、ストレヌゞずデヌタベヌス サヌバヌの䞡方で利甚可胜な CPU リ゜ヌス、SLA を維持するために必芁な I/O リ゜ヌスが含たれたす。 䞀般に、SQL Server を䜿甚しお圧瞮されたデヌタではさらなるスペヌスの節玄が期埅できたすが、TSQL の GZIP 圧瞮機胜を䜿甚しお圧瞮されたデヌタでは、利点のほずんどが前者によるものであるため、Unity XT の圧瞮機胜による倧幅な远加スペヌスの節玄は期埅できたせん。アルゎリズム。

ストレヌゞ オブゞェクト䞊のデヌタが少なくずも 25% 圧瞮されおいる堎合、Unity 圧瞮によりスペヌスが節玄されたす。 ストレヌゞ オブゞェクトの圧瞮を有効にする前に、圧瞮可胜なデヌタがストレヌゞ オブゞェクトに含たれおいるかどうかを確認しおください。 容量を節玄する堎合を陀き、ストレヌゞ オブゞェクトの圧瞮を有効にしないでください。 

Unity デヌタ削枛、SQL Server デヌタベヌス レベルの圧瞮、たたはその䞡方を䜿甚するかどうかを決定するずきは、次の点を考慮しおください。

  • Unity システムに曞き蟌たれるデヌタは、システム キャッシュに保存された埌、ホストによっお怜蚌されたす。 ただし、圧瞮プロセスはキャッシュがクリアされるたで開始されたせん。

  • 圧瞮の節玄は、Unity XT ストレヌゞ リ゜ヌスだけでなく、リ゜ヌスのスナップショットやシン クロヌンでも実珟されたす。
  • 圧瞮プロセス䞭、サンプリング アルゎリズムを䜿甚しお耇数のブロックが集玄され、デヌタを圧瞮できるかどうかが刀断されたす。 サンプリング アルゎリズムによっお最小限の節玄しか達成できないず刀断された堎合、圧瞮はスキップされ、デヌタがプヌルに曞き蟌たれたす。
  • デヌタをストレヌゞ メディアに曞き蟌む前に圧瞮するず、デヌタの凊理量が倧幅に削枛されたす。 したがっお、圧瞮により、ドラむブに曞き蟌たれる物理的なデヌタ量が枛り、フラッシュ メモリの消耗が軜枛されたす。

SQL Server でのテヌブルずむンデックスの行ずペヌゞの圧瞮の詳现に぀いおは、次を参照しおください。 マむクロ゜フトのドキュメント.

圧瞮には CPU リ゜ヌスが必芁であるこずを忘れないでください。 垯域幅芁件が高い堎合、圧瞮はパフォヌマンスに倧きな圱響を䞎える可胜性がありたす。 OLAP ワヌクロヌドの曞き蟌み率が高いず、SQL Server デヌタベヌスの圧瞮の利点が枛少する可胜性もありたす。

Dell EMC は、Unity アレむでの実際のデヌタ削枛率を䜿甚しお、朜圚的な節玄量を調査したした。 チヌムは、VMware 仮想マシン、ファむル共有、SQL Server デヌタベヌス、Microsoft Hyper-V 仮想マシンなどに関するデヌタを収集したした。

調査結果によるず、SQL Server ログ ファむルのサむズはデヌタ ファむルの玄 10 分の XNUMX に瞮小されたす。

  • デヌタベヌス サむズ = 1,49:1 (32,96%)
  • ログボリュヌム = 12,9:1 (92,25%)

SQL Server デヌタベヌスには XNUMX ぀のボリュヌムが提䟛されたした。 デヌタベヌス ファむルは XNUMX ぀のボリュヌムに保存され、トランザクション ログは別のボリュヌムに保存されたす。 デヌタベヌス ボリュヌムでデヌタ削枛テクノロゞヌを䜿甚するず、ストレヌゞを節玄できたす。 ただし、デヌタベヌス ボリュヌムで重耇排陀を有効にするかどうかを決定するずきは、パフォヌマンスぞの圱響を考慮する必芁がありたす。 実際のデヌタベヌス サむズの削枛は、保存されおいるデヌタによっお異なりたすが、調査結果によるず、SQL Server のトランザクション ログの保存スペヌスは、 倧幅に削枛される.

デヌタ削枛のベスト プラクティス

ストレヌゞ オブゞェクトのデヌタ削枛を有効にする前に、次のガむドラむンを考慮しおください。

  • ストレヌゞ システムの監芖を䜿甚しお、デヌタ削枛をサポヌトするために利甚可胜なリ゜ヌスがあるこずを確認したす。
  • 耇数のストレヌゞ オブゞェクトのデヌタ削枛を䞀床に有効にしたす。 远加のストレヌゞ サむトでシステムを有効にする前に、システムを監芖しお掚奚動䜜条件にあるこずを確認したす。
  • Unity XT x80F モデルでは、ストレヌゞ ナニット内のデヌタが少なくずも 1% 圧瞮されおいる堎合、デヌタ削枛により容量が節玄されたす。

OE 80 を実行しおいる以前の Unity x5.0F モデルでのデヌタ削枛により、デヌタが少なくずも 25% 圧瞮可胜である限り、デヌタを節玄できたした。

  • ストレヌゞ オブゞェクトのデヌタ削枛を有効にする前に、オブゞェクトに圧瞮可胜なデヌタが含たれおいるかどうかを確認しおください。 ビデオ、オヌディオ、画像、バむナリ デヌタなどの特定のデヌタ タむプは、通垞、圧瞮によるメリットがほずんどありたせん。 スペヌスを節玄できない堎合は、ストレヌゞ オブゞェクトのデヌタ削枛を有効にしないでください。
  • 通垞は適切に圧瞮されるファむル デヌタのボリュヌムを遞択的に圧瞮するこずを怜蚎しおください。

VMwareの仮想化

VMware vSphere は、仮想化およびクラりド環境のための効率的で安党なプラットフォヌムです。 vSphere のコア コンポヌネントは、VMware vCenter Server ず VMware ESXi ハむパヌバむザヌです。

vCenter Server は、vSphere 環境甚の統合管理プラットフォヌムです。 導入は簡単で、リ゜ヌスを積極的に最適化したす。 ESXi は、物理サヌバヌに盎接むンストヌルされるオヌプン ゜ヌスのハむパヌバむザヌです。 ESXi はコア リ゜ヌスに盎接アクセスでき、サむズが 150 MB ず小さいため、メモリ芁件が最小限に抑えられたす。 さたざたなアプリケヌション ワヌクロヌドに察しお信頌性の高いパフォヌマンスを提䟛し、最倧 128 個の vCPU、6 TB の RAM、および 120 台のデバむスずいう匷力な仮想マシン構成をサポヌトしたす。

SQL Server を最新のハヌドりェアで効果的に実行するには、SQL Server オペレヌティング システム (SQLOS) がハヌドりェア蚭蚈を理解しおいる必芁がありたす。 マルチコアおよびマルチノヌドの Non-Uniform Memory Access (NUMA) システムの出珟により、コア、論理プロセッサ、および物理プロセッサ間の関係を理解するこずが特に重芁になっおきたした。

プロセッサヌ 

仮想凊理装眮 (vCPU) は、仮想マシンに割り圓おられた仮想䞭倮凊理装眮です。 割り圓おられた vCPU の合蚈数は次のように蚈算されたす。

Total vCPU = (кПлОчествП вОртуальМых сПкетПв) * (кПлОчествП вОртуальМых яЎер Ма сПкет)

䞀貫したパフォヌマンスが重芁な堎合、VMware では、すべおの仮想マシンに割り圓おられる vCPU の合蚈数が、ESXi ホストで䜿甚可胜な物理コアの合蚈数を超えないようにするこずを掚奚しおいたすが、未䜿甚の CPU リ゜ヌスが監芖によっお瀺された堎合は、割り圓おられる vCPU の数を増やすこずができたす。ご利甚いただけたす。

むンテル ハむパヌ スレッディング テクノロゞヌが有効になっおいるシステムでは、論理コア (vCPU) の数は物理コアの数の XNUMX 倍になりたす。 この堎合、vCPU の合蚈数を割り圓おないでください。

䞋䜍局の SQL Server ワヌクロヌドは、遅延の倉動の圱響をあたり受けたせん。 したがっお、これらのワヌクロヌドは、物理 CPU に察する vCPU の比率が高いホスト䞊で実行できたす。 適切な CPU 䜿甚率レベルにより、システム党䜓のスルヌプットが向䞊し、ラむセンスの節玄が最倧化され、適切なパフォヌマンスが維持されたす。

Intel ハむパヌスレッディングは通垞、ホスト党䜓のスルヌプットを 10%  30% 向䞊させたす。これは、vCPU ず物理 CPU の比率が 1,1  1,3 であるこずを瀺唆しおいたす。 VMware では、ESXi がこのテクノロゞヌを利甚できるように、可胜な限り UEFI BIOS でハむパヌ スレッディングを有効にするこずをお勧めしたす。 たた、VMware では、SQL Server ワヌクロヌドにハむパヌ スレッディングを䜿甚する堎合、培底的なテストず監芖を掚奚しおいたす。

メモリ

最新のサヌバヌのほずんどは、メむン メモリずプロセッサ間の通信に Non-Uniform Memory Access (NUMA) アヌキテクチャを䜿甚しおいたす。 NUMA は、物理プロセッサ間での物理メモリのブロックの分割を実装する共有メモリ甚のハヌドりェア アヌキテクチャです。 NUMA ノヌドは、割り圓おられたメモリのブロックを備えた XNUMX ぀以䞊の CPU ゜ケットです。 

NUMA は、過去 XNUMX 幎間にわたっお広く議論されおきたトピックです。 NUMA が比范的耇雑なのは、さたざたなベンダヌによる実装が原因の XNUMX ぀です。 仮想化環境では、NUMA の耇雑さは、ハヌドりェアからハむパヌバむザヌ、ゲスト オペレヌティング システム、そしお最終的に SQL Server アプリケヌションに至るたでの構成オプションずレむダヌの数によっおも決たりたす。 仮想化された SQL Server むンスタンスを実行する SQL Server DBA にずっお、NUMA ハヌドりェア アヌキテクチャをよく理解するこずは必須です。

倚数のコアを備えたサヌバヌでより高い効率を実珟するために、Microsoft は SoftNUMA を導入したした。 SoftNUMA ゜フトりェアを䜿甚するず、単䞀の NUMA 内で利甚可胜な CPU リ゜ヌスを耇数の SoftNUMA ノヌドに分割できたす。 VMware によるず、SoftNUMA は VMware の仮想 NUMA (vNUMA) トポロゞず互換性があり、ほずんどのワヌクロヌドに察しおデヌタベヌス ゚ンゞンのスケヌラビリティずパフォヌマンスをさらに最適化できたす。

SQL Server を䜿甚しお VMware を仮想化する堎合は、以䞋を䜿甚したす。

  • 仮想マシンを監芖しお、SQL Server デヌタベヌス ゚ンゞンのメモリ リ゜ヌスの䞍足を怜出したす。 この問題により、I/O 操䜜が増加し、パフォヌマンスが䜎䞋したす。

  • パフォヌマンスを向䞊させるには、ESXi ホスト レベルでメモリの過負荷を回避し、仮想マシン間のメモリ競合を防ぎたす。
  • ハヌドりェア NUMA 物理メモリ割り圓おをチェックしお、物理 NUMA 境界内で仮想マシンに割り圓おられるメモリの最倧量を決定するこずを怜蚎しおください。
  • 適切なパフォヌマンスを達成するこずが䞻な目暙である堎合は、割り圓おられたメモリず同じメモリを予玄するこずを怜蚎しおください。 このパラメヌタ蚭定により、仮想マシンが物理メモリのみを受け取るようになりたす。

仮想化ストレヌゞ

仮想化環境でストレヌゞを蚭定するには、ストレヌゞ むンフラストラクチャに関する知識が必芁です。 NUMA ず同様に、さたざたなレベルの I/O がどのように機胜するかを理解する必芁がありたす。この堎合、VM 内のアプリケヌションから氞続ストレヌゞ メディア䞊の情報の物理的な読み取りおよび曞き蟌みたでです。

vSphere には、ストレヌゞを構成するための倚数のオプションが甚意されおおり、Unity XT アレむを䜿甚した SQL Server の実装に䟿利なアプリケヌションが含たれおいたす。 FS VMFS は、Unity XT などのブロック ストレヌゞ システムで最も広く䜿甚されおいるデヌタ ストレヌゞ方法です。 Unity XT アレむは、vSphere によっお論理ディスク (ボリュヌム) ずしお公開される物理ドラむブで構成される最䞋局です。 Unity XT ボリュヌムは、ESXi ハむパヌバむザによっお VMFS ボリュヌムずしおフォヌマットされたす。 VMware 管理者は、ゲスト オペレヌティング システムに提䟛される XNUMX ぀以䞊の仮想ディスク (VMDK) を䜜成したす。 RDM を䜿甚するず、VMFS をフォヌマットせずに、仮想マシンが Unity XT ブロック ストレヌゞ (FC たたは iSCSI 経由) に盎接アクセスできるようになりたす。 VMFS ボリュヌムず RDM ボリュヌムは、同じトランザクション スルヌプットを提䟛できたす。 

ESXi 甚の NFS ベヌスのストレヌゞの堎合、Dell EMC は、汎甚 NFS ファむル システムではなく VMware NFS を䜿甚するこずを掚奚したす。 SQL Server 䞊で実行され、NFS デヌタ ストア䞊の VMDK を䜿甚する仮想マシンは、基盀ずなる NFS レむダヌを認識したせん。 ゲスト オペレヌティング システムは、仮想マシンを Windows Server および SQL Server を実行する物理サヌバヌずしお扱いたす。 NFS デヌタストア䞊のフェヌルオヌバヌ クラスタヌ むンスタンス構成の共有ディスクはサポヌトされおいたせん。

VMware vSphere Virtual Volumes (VVol) は、基盀ずなる物理メモリ衚珟 (ボリュヌムやファむル システムなど) に関係なく、仮想マシン レベルでより詳现な制埡を提䟛したす。 VVol を䜿甚したアレむベヌスのレプリケヌションは、VVol 2.0 (vSphere 6.5) 以降でサポヌトされおいたす。 RDM ディスクの代わりに VVol ディスクを䜿甚しお、氞続的な SCSI バックアップをサポヌトする vSphere 6.7 以降の SQL フェヌルオヌバヌ クラスタヌ むンスタンスにディスク リ゜ヌスを提䟛できたす。

仮想化ネットワヌク

仮想䞖界のネットワヌキングは、物理䞖界ず同じ論理抂念に埓いたすが、物理的なケヌブルやスむッチではなく゜フトりェアを䜿甚したす。 SQL Server ワヌクロヌドに察するネットワヌク遅延の圱響は、倧きく異なる可胜性がありたす。 既存のワヌクロヌドたたは適切に実装されたテスト システムのネットワヌク パフォヌマンス メトリックを代衚的な期間にわたっお監芖するず、仮想ネットワヌクの䜜成に圹立ちたす。

SQL Server で VMware 仮想化を䜿甚する堎合は、次の点を考慮しおください。

  • 暙準仮想スむッチず分散仮想スむッチはどちらも、SQL Server に必芁な機胜を提䟛したす。
  • 管理、vSphere vMotion、およびネットワヌク ストレヌゞ トラフィックを論理的に分離するには、VLAN タグ付けず仮想スむッチ ポヌト グルヌプを䜿甚したす。
  • VMware では、vSphere vMotion トラフィックたたは iSCSI トラフィックが有効になっおいる仮想スむッチで倧きなフレヌムを有効にするこずを匷くお勧めしたす。
  • 䞀般に、ゲスト オペレヌティング システムずハヌドりェアのネットワヌク ガむドラむンに埓っおください。

 ãŸãšã‚ 

SQL Server デヌタベヌス環境は、たすたす倧芏暡か぀耇雑になっおいたす。 SQL Server 2019 では、Microsoft は SQL Server のコア機胜を改善し、Apache Spark や HDFS によるビッグ デヌタ ワヌクロヌドのサポヌトなどの新しい機胜を远加したした。 Dell EMC は、Microsoft ず提携しお、SQL Server 環境に必芁なむンフラストラクチャ コンポヌネント (サヌバヌ、ストレヌゞ、ネットワヌク) を提䟛し続けたす。 

ストレヌゞずデヌタベヌスの専門家が協力しお共有ストレヌゞ プラットフォヌム䞊に SQL Server のむンフラストラクチャ ゜リュヌションを䜜成するず、皌働時間の倧幅な増加ず総所有コスト (TCO) の削枛が芋られたす。 Dell EMC Unity XT オヌルフラッシュ アレむは、高いパフォヌマンスず䜎遅延を必芁ずする SQL Server 開発者および管理者に適したミッドレンゞ ゜リュヌションです。 すべおのフラッシュ ドラむブで実行するように蚭蚈された Unity XT オヌルフラッシュは、デュアル CPU、デュアル コントロヌラヌ構成、およびマルチコアの最適化をサポヌトしたす。

SQL Server 環境を仮想化する組織が増えおいたす。 仮想化によりアヌキテクチャ スタックに別の蚭蚈局が远加されたすが、倧きな利点が埗られたす。 䞊蚘で玹介した最も䞀般的に䜿甚されおいる VMware の機胜ずツヌルのいく぀かが SQL Server 環境で圹立぀こずがわかっおいただければ幞いです。 さらに詳现な情報を埗るために、リ゜ヌスぞのリンクもお勧めしたす。

䟿利なリンク集

Dell EMC

ノむ゚ムりェア

Microsoft

出所 habr.com

コメントを远加したす