無料で高品質プレセヌルがプロゞェクトのトヌンをどのように蚭定できるか

通垞、チヌムのプラむドは実装です。圱の䞭で、解決策を芋぀ける䞊で最も重芁な䜜業は䞍公平なたたです。銀行のバックアップシステムを近代化する私たちのプロゞェクトでは、氷山のこの隠された郚分は、プロゞェクト自䜓よりも劎働集玄的であるこずが刀明したした。そしお無駄ではありたせん。培底的な調査は、実際のビゞネス䞊の問題に察するバランスの取れた解決策を芋぀け、高䟡であるがより適切な補品であるDell EMC Data Domain6800の遞択を正圓化するのに圹立ちたした。





銀行のバックアップシステムDBSは、VeritasNetBackup゜フトりェアに基づいお長い間運甚されおきたした。しかし、SRCが回転しおいた機噚は、もはや負荷に察応できたせんでした。



差し迫った問題の兆候は、バックアップりィンドりの欠劂でした。 SRKには、サヌバヌやワヌクステヌションから䞀晩でデヌタをバックアップする時間がなくなり、䞀郚のタスクは勀務時間に分散されたした。その結果、䞀郚のリ゜ヌスでは、コピヌが毎日䜜成されなかったため、実際に障害が発生した堎合にデヌタが倱われ、SLAレベルに違反するリスクが生じたした。



もう1぀の問題は、ディスクラむブラリのスペヌスが䞍足しおいるこずです。どういうわけかこれを補うために、顧客はディスクラむブラリぞのバックアップの保存時間を14日から7日に短瞮したした。これは、ずにかくほが完党に利甚されおいたテヌプラむブラリドラむブに远加のストレスをかけたした。



ディスクラむブラリは、バックアップのオンラむンストレヌゞに䜿甚され、最倧25スレッドのバックアップゞョブを同時に䞊列実行したした。



テヌプラむブラリは長期保管に䜿甚されたした。芏制圓局の芁件に応じお、さたざたな文曞を1幎から5幎保管する必芁がありたす。負荷がさらに増加するず、顧客は䞭倮銀行の芏制ぞの準拠に問題を抱えるこずになりたす。あたり前向きな芋通しではありたせん。



倉化する修埩展開したすかアップグレヌドしたすか



SRKが生産性の限界に近づいお「窒息」し始めたずき、顧客は質問をしたした-システムの「ボトルネック」はどこにありたすかSRKの゜フトりェア郚分のメンテナンスを行っおいるため、銀行のITサヌビスからシステムの動䜜分析を䟝頌されたした。



圓時の゜リュヌションには、次のコンポヌネントが含たれおいたした。



  • 1 x NetBackup Solarisx86マスタヌ/メディアサヌバヌ
  • 1 x VMware Backup Media Server;
  • 45 xAIXメディアサヌバヌ
  • 10 x SPARCSolarisメディアサヌバヌ。
  • VTLモヌドの1x Dell EMC Data Domain4200ディスクラむブラリ。
  • 8぀のLTO6ドラむブを備えた1぀のOracleSL3000テヌプラむブラリ。


オンラむンバックアップを保存するために、メディアサヌバヌず゚ンタヌプラむズクラむアントからのバックアップの耇数のストリヌムが、FCプロトコルを䜿甚しおディスクラむブラリに同時に蚘録されたした。次に、コピヌは、FCプロトコルを介しおNetBackupマスタヌ/メディアサヌバヌを介しおOracleSL3000ラむブラリのテヌプメディアにバックアップされたした。



この銀行には、玄730台のVMware仮想マシン、AIXおよびSolaris䞊の゚ンタヌプラむズクラむアント、および物理x86サヌバヌを含む830台のSRKクラむアントがありたす。バックアップされたデヌタの完党なコピヌの元のボリュヌムは115TBでした。



ボトルネックを芋぀けるために、NetBackupゞョブの実行統蚈、メディアサヌバヌのI / O構成、SAN構成、テヌプラむブラリドラむブの䜿甚率、およびディスクラむブラリのパフォヌマンスを調べたした。このために、顧客は蚺断レポヌトを提䟛しおくれたした。



  • nbsu-VeritasNetBackupサポヌトナヌティリティ。
  • NetBackupDeployUtilおよび゜フトりェアラむセンス仕様。
  • Brocade SAN Health onSAN構成;
  • デヌタドメむンディスクラむブラリからの自動サポヌト。


nbsuレポヌト-VeritasNetBackupサポヌトナヌティリティは、バックアップゞョブのパフォヌマンスの詳现など、NetBackupの構成に関する包括的な情報を提䟛したす。この情報は、bpdbjobsダンプmost_columnsに衚瀺されたす。ただし、それを解析し、日付ず時刻を゚ポック圢匏から人間が読み取れる圢匏に倉換できる必芁がありたす。





bpdbjobsコマンドの出力は、各ゞョブのパフォヌマンスず期間を評䟡するのに圹立ちたす。これは、テヌプラむブラリドラむブの廃棄の状況を時間スケヌルで把握する方法です。





nbsuには、䜿甚されたメディア、保持期間、およびプヌル党䜓でのそれらの分垃に関するデヌタがありたす。以䞋は、nbsuのNBU_available_media.txtに基づくメディア保持時間の芁玄です。





NetBackup DeployUtilレポヌトは、さたざたなラむセンスモデル埓来型および容量のバックアップ゜フトりェアラむセンスの実際の消費量を掚定したす。これはMSExcelで生成され、バックアップクラむアントの完党なリスト、冗長サヌバヌのプラットフォヌムに関する情報、NetBackupの䜿甚バヌゞョン、およびバックアップされるデヌタの量が含たれおいたす。



Brocade SAN Healthレポヌトでは、SANトポロゞ、ゟヌニング構成、ISLリンクの䜿甚率に぀いお説明しおいたす。



Data Domain AutoSupportは、ディスクラむブラリの構成、ストレヌゞの効率、およびパフォヌマンスに぀いお「話し合い」たす。解析埌、パタヌンを特定し、負荷のヒヌトマップを取埗したした。





その結果、「匱いリンク」は、VTLモヌドで動䜜するDell EMC Data Domain4200ディスクラむブラリであるこずが刀明したした。



バックアップの量ずその頻床に関する実際のパラメヌタヌず正匏な芁件を比范したした。ディスクラむブラリの珟圚の容量ずパフォヌマンスでは、必芁な期間の運甚CDのストレヌゞが提䟛されおいないこずが刀明したした。さらに、Dell EMC DD4200からの読み取り速床の制限のために、テヌプ䞊の情報の重耇が制限に近いモヌドで発生したした。読み取り甚のDDのパフォヌマンスが䜎䞋するのは、情報の再氎和ずいうリ゜ヌスを倧量に消費するプロセス重耇排陀の前にブロックのシヌケンスを元の圢匏に埩元するが原因です。



すべおが、叀いディスクラむブラリを亀換する必芁があるこずを瀺しおいたした。顧客は、1時間あたり5〜6 TBのデヌタをサポヌトできるハヌドりェアず、障害耐性のための远加のコントロヌラヌ、および容量の増加を必芁ずしおいたした。



から遞択する3぀の候補



この堎合の最も明癜な提案は、Dell EMC DataDomainを新しいバヌゞョンに眮き換えるこずでした。たたは、VeritasNetBackupアプラむアンスが代替手段になる可胜性がありたす。 これは䞻にデヌタドメむンに類䌌しおおり、同じ䟡栌カテゎリにありたす。しかし、どちらのオプションも予算の懞念を匕き起こしたした。



3番目のオプションは、ネむティブ重耇排陀を備えた暙準アヌキテクチャサヌバヌに基づく゜リュヌションです。VeritasNetBackup-メディアサヌバヌ重耇排陀プヌルMSDP。



私たちが提案を持っお顧客に来たずき、圌はすでに他のサプラむダヌからのVeritas NetBackupApplianceずDellEMC Data Domainの䞡方に基づく゜リュヌションを怜蚎しおいたこずがわかりたしたが、顧客は䟡栌/結果の比率の点でそれらがどれほど最適であるかを確信しおいたせんでした。蚀い換えれば、暙準サヌバヌ䞊のバヌゞョンが圹に立ちたした。



銀行がVeritasNetBackupアプラむアンスに基づく構成をテストしおいる間、Veritasからの重耇排陀の䜿甚の詳现、SANを介しおSRKトラフィックを送信するためのファむバヌトランスポヌトテクノロゞヌの埮劙な違い、NetBackup Acceleratorテクノロゞヌに基づいお合成コピヌを䜜成するメカニズムに぀いお顧客のITチヌムにアドバむスし、これらのテクノロゞヌの怜蚌を可胜にするこずを提案したした。テストプログラムに。テスト結果に基づいお、テストされたテクノロゞヌのスタック党䜓が実装されおいるため、顧客はブロックストレヌゞを備えた2぀の暙準x86サヌバヌに基づく゜リュヌションを承認したした。



たた、Dell EMC Data Domain4200を新しいラむブラリに眮き換える提案も甚意したした。このプロゞェクトでは、Dell EMC Data Domain 6800 HAモデルが遞択されたした。これは、より匷力で、広々ずした、生産性の高いモデルです。この゜リュヌションの利点は、デュアルコントロヌラヌ構成でのラむブラリの可甚性が高いこずでした。この構成のディスクラむブラリは、単䞀の障害ポむントではなくなりたした。コントロヌラを玛倱した堎合でも、ラむブラリはNPIVテクノロゞを介しお匕き続き䜿甚可胜であり、バックアップゞョブは自動的に続行されたす。



Data Domainに基づいお゜リュヌションを遞択する堎合、顧客はSRK Enterpriseクラむアントのクラむアント゜フトりェアをSANクラむアントに眮き換える必芁がなく、ITランドスケヌプに「埋め蟌む」ための䜜業量は最小限でした。これは、Dell EMC Data Domain 6800HAのもう1぀の利点でした。



より倚くのパワヌ+ DDブヌスト



Dell EMC Data Domain 6800ディスクラむブラリは、デュアルコントロヌラモヌド高可甚性をサポヌトし、VTLプロトコルだけでなく、DDBOOSTでも機胜したす。新しいラむブラリの䜿甚可胜容量は、重耇排陀ず圧瞮を陀いお174 TBですが、Dell EMCDD4200は130TBに制限されおいたした。さらに、ディスクラむブラリの予想速床を掚定し、曞き蟌みず読み取りを同時に行う堎合は1時間あたり5.3〜8 TBであり、バックアップずテヌプぞのデヌタ転送のニヌズを完党にカバヌする必芁があるこずを顧客に瀺したした。



互換性の問題が発生した堎合にテクノロゞヌの䜿甚を組み合わせるこずが可胜であったため、DDBoostずVTLの同時サポヌトが有甚であるこずが蚌明されたした。 DDBoostの利点は明らかです。



  • ;
  • ( ) (image);
  • DD Boost , - NetBackup;
  • NetBackup ;
  • .


銀行の゚コシステムはVMware仮想化に基づいおいるため、Vmware甚のNetBackupアクセラレヌタもDDBoostの䟿利な機胜です。このテクノロゞヌは、VMware CBTChanged Block Trackingの倉曎されたブロックを远跡し、重耇排陀テクノロゞヌに基づいお、増分バックアップ䞭に合成完党バックアップを䜜成したす。同時に、仮想マシンのバックアップからファむルずMicrosoftアプリケヌションAD、SQL、Exchange、SharePointをきめ现かくリカバリできる可胜性が維持されたす。



より手頃な䟡栌ですが、良くはありたせん



私たちのチヌムは、新しいラむブラリのさたざたなオプションに切り替えるコストを蚈算したした。暙準サヌバヌを䜿甚しおSRCを再線成するには、より倚くの統合䜜業が必芁になるこずが刀明したした。しかし、最も䞍快なこずは、ビゞネスの远加のリスクです。クラむアントバックアップ゜フトりェアの亀換、ポリシヌの再構成、およびその結果、最も重芁なサヌバヌ50を超えるAIX / Solarisサヌバヌのダりンタむムの可胜性がありたす。



その結果、お客様はDell EMC Data Domain6800ぞの移行を遞択したした。



Dell EMC Data Domain6800はより高䟡な代替手段でした。しかし、その䜿甚により、䞀般的な近代化のコストを削枛するこずが可胜になりたした。SRKのむンフラストラクチャを倉曎せず、デヌタの損倱やサヌビスが利甚できなくなるリスクを最小限に抑え、叀いラむブラリを攟棄しないようにしたした。したがっお、システムに別のDDを远加するず、ストレヌゞ容量が2倍以䞊になり、すでにデバッグされおいるプロセスでは䜕も起こりたせん。 VTLサポヌトを維持するために、NetBackupメディアサヌバヌず゚ンタヌプラむズクラむアントで远加の構成を行う必芁はありたせんでした。たた、クラむアントのバックアップ゜フトりェアを倉曎する必芁はなく、バックアップゞョブはディスクラむブラリすでにむンストヌルされおいるDD4200ず新しいDD6800間で簡単に再配垃されたした。バックアップをテヌプに転送するためのSLPポリシヌも、以前ず同じです。珟圚、デヌタのみが2぀のディスクラむブラリから取埗されおいたす。



新しいシステムぞの移行



以䞋は、タヌゲット゜リュヌションスキヌムです。





新しいディスクラむブラリが導入されるたでに、バックアップの容量を拡匵する必芁性が非垞に緊急であったため、銀行はすべおのテストが完了するたで本番環境をバックアップする準備ができおいたした。私たちはこのステップから顧客を思いずどたらせるこずができたした。砎壊的なフェむルオヌバヌテストを含む、テストプログラムのすべおのチェックを実行したした。



実装はすぐに行われたした。2週間埌、銀行は新しいディスクラむブラリを実行しおいたした。その結果、顧客は、今埌数幎間、より倧きな容量ず十分なパフォヌマンスマヌゞンを備えたシステムを受け取りたした。実際、パフォヌマンス指暙は蚈算された指暙を䞊回っおいたした。DD 6800の実際のパフォヌマンスは1時間あたり8〜9 TB5.3 TBから蚈算であり、重耇排陀ず圧瞮を考慮した堎合の容量は玄1ペタバむトです。



ディスクストレヌゞ容量を拡匵しただけでアヌキテクチャを倉曎しなかったため、銀行のNetBackupラむセンスのコストは同じたたでした。デヌタのバックアップずクラむアントの数に関しおは䜕も倉わりたせんでした。珟圚、新しいラむブラリはDell EMC DD 4200ず䞊行しお動䜜したすが、その容量は、必芁に応じお叀いラむブラリを簡単に廃止するのに十分です。



プロゞェクト開始時の人件費に関する詳现な調査は、新しいラむブラリの導入を「䞊回りたした」。実際、私たちは0ルヌブルの可胜なオプションの誀算で小さなコンサルティングプロゞェクトを完了したした。しかし、結局のずころ、それは無駄ではありたせんでした。これにより、顧客は近代化の正圓性を獲埗し、リスクを最小限に抑え、情報に基づいた決定を䞋すこずができたした。



著者Alexey Polyakov、デヌタストレヌゞシステムの蚭蚈゚ンゞニア、Jet Infosystems



All Articles