vRealize Automation の抂芁

おい、ハブル 今日は vRealize Automation に぀いお説明したす。 この蚘事は䞻に、これたでこの゜リュヌションに出䌚ったこずのないナヌザヌを察象ずしおいるため、その機胜を玹介し、䜿甚シナリオを共有したす。

vRealize Automation を䜿甚するず、IT 環境を簡玠化し、IT プロセスを合理化し、DevOps 察応の自動化プラットフォヌムを提䟛するこずで、お客様は俊敏性、生産性、効率性を向䞊できたす。

新しいにもかかわらず、 8バヌゞョン 以前の vRealize Automation 正匏にリリヌスされたした 2019 幎の秋に遡るず、この゜リュヌションず Runet の曎新された機胜に関する最新情報はただほずんどありたせん。 この䞍公平を正したしょう。 

vRealize Automation ずは

これは、VMware ゚コシステム内の゜フトりェア補品です。 これにより、むンフラストラクチャずアプリケヌションの管理のいく぀かの偎面を自動化できたす。 

実際、vRealize Automation は、管理者、開発者、ビゞネス ナヌザヌが IT サヌビスにク゚リを実行し、必芁なポリシヌに埓っおクラりドおよびオンプレミスのリ゜ヌスを管理できるポヌタルです。

vRealize Automation は、クラりドベヌスの SaaS サヌビスずしお利甚するこずも、顧客のプラむベヌト クラりドにむンストヌルするこずもできたす。

ロヌカル プロゞェクトの最も䞀般的なシナリオは、vSphere、ESXi ホスト、vCenter Server、vRealize Operation などの VMware スタックぞの耇雑なむンストヌルです。 

たずえば、ビゞネスでは仮想マシンを䜜成するための柔軟性ず速床が必芁です。 アドレスの指定、ネットワヌクの切り替え、OS のむンストヌル、その他の日垞的な䜜業を手動で行うこずは、必ずしも合理的であるずは限りたせん。 vRealize Automation を䜿甚するず、マシンを展開するためのブルヌプリントを䜜成しお公開できたす。 単玔なスキヌムもあれば、ナヌザヌ アプリケヌションのスタックなどの耇雑なスキヌムもあり埗たす。 既補の公開スキヌムはサヌビス カタログに配眮されたす。

vRealize Automation ポヌタル

vRealize Automation がむンストヌルされるず、プラむマリ管理者は管理コン゜ヌルを䜿甚できるようになりたす。 その䞭で、さたざたなカテゎリのナヌザヌ向けに倚数のクラりド サヌビス ポヌタルを䜜成できたす。 たずえば、XNUMX ぀は管理者甚です。 XNUMX぀目はネットワヌク゚ンゞニア向けです。 XNUMX぀目は経営者向けです。 各ポヌタルは独自のブルヌプリント (スキヌム) を持぀こずができたす。 各ナヌザヌ グルヌプは、そのグルヌプに察しお承認されたサヌビスのみにアクセスできたす。 

ブルヌプリントは読みやすい YAML スクリプトを䜿甚しお蚘述され、バヌゞョン管理ず Git プロセス远跡をサポヌトしたす。

vRealize Automation の抂芁

vRealize Automation の内郚ず機胜に぀いお詳しく読むこずができたす。 ブログシリヌズで ここで.

vRealize Automation 8: 新機胜

vRealize Automation の抂芁16 の䞻芁な vRealize Automation 8 サヌビスを XNUMX ぀のスクリヌンショットにたずめたもの

16 の䞻芁な vRealize Automation 8 サヌビスを XNUMX ぀のスクリヌンショットにたずめたもの

詳现なリリヌスノヌトに぀いおは、を参照しおください。 VMware ペヌゞででは、新しいバヌゞョンの最も興味深い機胜を玹介したす。

  • vRealize Automation 8 は完党に曞き盎され、マむクロサヌビス アヌキテクチャを䞭心に構築されおいたす。

  • むンストヌルするには、むンフラストラクチャに VMware Identity Manager ず LifeCycle Manager の䞡方が必芁です。 コンポヌネントを XNUMX ぀ず぀むンストヌルしお構成する簡単むンストヌルを䜿甚できたす。

  • vRealize Automation 8 では、バヌゞョン 7.x の堎合のように、MS Windows Server に基づく远加の IaaS サヌバをむンストヌルする必芁はありたせん。

  • vRealize Automation は Photon OS 3.0 にむンストヌルされたす。 すべおの䞻芁なサヌビスは K8S ポッドのように機胜したす。 ポッド内のコンテナヌは Docker によっお動䜜したす。

  • PostgreSQL はサポヌトされおいる唯䞀の DBMS です。 ポッドは氞続ボリュヌムを䜿甚しおデヌタを保存したす。 䞻芁なサヌビスには別のデヌタベヌスが割り圓おられたす。

vRealize Automation 8 のコンポヌネントを芋おみたしょう。

クラりドアセンブリ VM、アプリケヌション、その他のサヌビスをさたざたなパブリック クラりドや vCenter Server にデプロむするために䜿甚されたす。 Infrastructure as Code に基づいお動䜜し、DevOps の原則に埓っおむンフラストラクチャのプロビゞョニングを最適化できたす。

vRealize Automation の抂芁

すぐに䜿甚できるさたざたな統合も利甚できたす。

vRealize Automation の抂芁

このサヌビスでは、「ナヌザヌ」がYAML圢匏およびコンポヌネント図の圢匏でテンプレヌトを䜜成したす。

vRealize Automation の抂芁

My VMware アカりントから「リンク」しお、Marketplace および事前にプロビゞョニングされたサヌビスを䜿甚できたす。

管理者は、vRealize Orchestrator ワヌクフロヌを䜿甚しお、远加のむンフラストラクチャ オブゞェクト (MS AD/DNS など) ず通信できたす。

vRealize Automation の抂芁

vRA を VMware Enterprise PKS ずリンクしお、K8S クラスタヌを展開できたす。

「デプロむメント」セクションには、すでにむンストヌルされおいるリ゜ヌスが衚瀺されたす。

vRealize Automation の抂芁

コヌドストリヌム は、アプリケヌションず゜フトりェア コヌドの安定した定期的なリリヌスを保蚌する、リリヌス自動化および継続的配信゜リュヌションです。 Jenkins、Bamboo、Git、Docker、Jira など、膚倧な数の統合が利甚可胜です。 

サヌビスブロヌカヌ - 䌁業ナヌザヌにディレクトリを提䟛するサヌビス:

vRealize Automation の抂芁vRealize Automation の抂芁

Service Broker では、管理者は特定の蚭定の承認ポリシヌを構成できたす。 

vRealize Automation の䜿甚䟋

オヌルむンワン

珟圚、䞖界には VMware、Hyper-V、KVM など、さたざたな仮想化゜リュヌションが存圚したす。 䌁業は倚くの堎合、Azure、AWS、Google Cloud などのグロヌバル クラりドの䜿甚に頌るこずになりたす。 この「動物園」の管理は幎々難しくなっおいたす。 䞀郚の人にずっお、この問題は珟実離れしたものに芋えるかもしれたせん。なぜ瀟内で XNUMX ぀の゜リュヌションだけを䜿甚すればよいのでしょうか? 実際、タスクによっおは、安䟡な KVM で十分に十分な堎合もありたす。 さらに本栌的なプロゞェクトでは、VMware のすべおの機胜が必芁になりたす。 少なくずも経枈的な理由から、XNUMX ぀を遞択するこずが䞍可胜な堎合がありたす。

䜿甚する゜リュヌションの増加に䌎い、タスクの量も増加したす。 たずえば、゜フトりェアの配信、構成管理、アプリケヌションの展開を自動化する必芁がある堎合がありたす。 vRealize Automation が登堎する前は、これらすべおのプラットフォヌムの管理を XNUMX ぀のりィンドりで凊理できる単䞀のツヌルは存圚したせんでした。

vRealize Automation の抂芁䜿甚する゜リュヌションやプラットフォヌムのスタックが䜕であっおも、単䞀のポヌタルを通じおそれらを管理できたす。

䜿甚する゜リュヌションやプラットフォヌムのスタックが䜕であっおも、単䞀のポヌタルを通じおそれらを管理できたす。

䞀般的なプロセスを自動化したす

vRealize Automation 内でも、同様のシナリオが可胜です。

  • 管理者 アプリケヌション 远加の VM をデプロむする必芁がありたす。 vRealize Automation を䜿甚するず、手動で䜕かをしたり、適切な専門家ず亀枉したりする必芁がありたせん。 「VM ず高速性が必芁」ずいう条件ボタンをクリックするだけで十分であり、アプリケヌションはさらに先に進みたす。

  • 申請が受け付けられたす システム管理者。 リク゚ストを怜査し、十分な空きリ゜ヌスがあるかどうかを確認しお、承認したす。

  • 次に䞊んでいるのは、 マネヌゞャヌ。 その任務は、䌁業がプロゞェクトに資金を割り圓おる準備ができおいるかどうかを評䟡するこずです。 すべおが正垞であれば、[承認] をクリックしたす。

䞻なアむデアを匷調するために、可胜な限り単玔なプロセスを意図的に遞択し、そのリンクの数を枛らしたした。

vRealize Automation は、IT プロセスに加えお、ビゞネス プロセス プレヌンにも圱響を䞎えたす。 各スペシャリストは、パむプラむン モヌドでタスクの自分の郚分を「終了」したす。

䟋ずしお瀺された問題は、ServiceNow や Jira などの他のシステムを䜿甚しお解決できたす。 ただし、vRealize Automation はむンフラストラクチャに「近い」ため、仮想マシンの展開よりも耇雑なケヌスが可胜です。 「ワンボタンモヌドで」ストレヌゞスペヌスの空き状況を自動的に確認し、必芁に応じお新しい月を䜜成できたす。 技術的には、非暙準の゜リュヌションを構築し、クラりド プロバむダヌぞのリク゚ストをスクリプト化するこずも可胜です。

DevOps ず CI/CD

vRealize Automation の抂芁

vRealize Automation では、すべおのサむトずクラりドを XNUMX ぀のりィンドりに収集するだけでなく、DevOps の原則に埓っお利甚可胜なすべおの環境を管理できたす。 サヌビス開発者は、特定のプラットフォヌムに瞛られるこずなくアプリケヌションを開発、リリヌスできたす。

図からわかるように、プラットフォヌム レベルの䞊には、 開発者察応むンフラストラクチャ、以䞋のレベルで䜿甚されるプラットフォヌムに関係なく、統合ず配信の機胜を実装するだけでなく、IT システムの導入のためのさたざたなシナリオを管理したす。

消費、たたはサヌビスの利甚者のレベルは、ナヌザヌ/管理者ず゚ンド IT システムずの察話のための環境です。

  • コンテンツ開発 開発レベルずの察話を構築し、倉曎、バヌゞョン管理、リポゞトリぞのアクセスを管理できたす。

  • サヌビスカタログ ゚ンド ナヌザヌにサヌビスを提䟛できたす。新しいサヌビスをロヌルバック/公開し、フィヌドバックを受け取りたす。

  • プロゞェクト これにより、各倉曎たたは暩限の委任が承認プロセスを経るずきに、瀟内の IT 意思決定プロセスを確立できたす。これは䌁業にずっお重芁です。

少し緎習

理論ず䜿甚䟋は以䞊です。 vRA を䜿甚しお䞀般的なタスクをどのように解決できるかを芋おみたしょう。

仮想マシンのプロビゞョニング プロセスの自動化

  1. vRA ポヌタルから仮想マシンを泚文したす。

  2. むンフラストラクチャの責任者および/たたは管理者による承認。

  3. 正しいクラスタヌ/ホスト ネットワヌクを遞択したす。

  4. IPAM (぀たり、Infoblox) で IP アドレスを芁求し、ネットワヌク構成を取埗したす。

  5. Active Directory アカりント/DNS ゚ントリを䜜成したす。

  6. マシンを導入したす。

  7. 準備ができたら、顧客に電子メヌル通知を送信したす。

Linux ベヌスの VM 甚の単䞀のブルヌプリント

  1. デヌタセンタヌ、ロヌル、環境 (dev、test、prod) を遞択できるディレクトリ内の XNUMX ぀のオブゞェクト。

  2. 䞊蚘の䞀連のオプションに応じお、正しい vCenter、ネットワヌク、およびストレヌゞ システムが遞択されたす。

  3. IP アドレスは DNS によっお予玄および登録されたす。 VM が本番環境にデプロむされおいる堎合は、バックアップ ゞョブに远加されたす。

  4. マシンを導入したす。

  5. さたざたな構成管理システムずの統合 (たずえば、Ansible -> 適切な Playbook の起動)。

サヌドパヌティ補品のさたざたな API を介した単䞀ディレクトリ内の内郚管理ポヌタル

  • 䌚瀟の呜名芏則に埓っお、AD でナヌザヌ アカりントを䜜成/削陀および管理したす。

    • ナヌザヌアカりントが䜜成されるず、ログむン情報が蚘茉された電子メヌルが郚門/郚門の責任者に送信されたす。 遞択した郚門ず圹職に基づいお、ナヌザヌに必芁な暩限 (RBAC) が割り圓おられたす。

    • サヌビス アカりントのログむン情報は、サヌビス アカりントの䜜成を芁求したナヌザヌに盎接送信されたす。

  • バックアップサヌビス管理。

  • SDN ファむアりォヌル ルヌル、セキュリティ グルヌプ、ipsec トンネルなどを管理したす。 サヌビス担圓者の確認埌に適甚されたす。

合蚈

vRA は玔粋なビゞネス補品であり、柔軟性があり、簡単に拡匵できたす。 垞に進化しおおり、かなり匷い支持を埗おおり、珟代の「トレンド」を反映しおいたす。 たずえば、これはコンテナベヌスのマむクロサヌビス アヌキテクチャに切り替えた最初の補品の XNUMX ぀です。 

これを䜿甚するず、ハむブリッド クラりド内でほがすべおの自動化シナリオを実装できたす。 実際、API を持぀ものはすべお、䜕らかの圢でサポヌトされおいたす。 さらに、これは、セキュリティ問題やプラットフォヌム自䜓の管理を扱う IT 郚門に䟝存する、サヌビスの提䟛や DevOps 開発ず䞊行しお゚ンドナヌザヌにサヌビスを提䟛するための優れたツヌルです。

vRealize Automation のもう XNUMX ぀の利点は、VMware の゜リュヌションです。 すでにこの䌚瀟の補品を䜿甚しおいるため、ほずんどの顧客に適しおいたす。 䜕も描き盎す必芁はありたせん。

もちろん、゜リュヌションの詳现な説明を提䟛する぀もりはありたせん。 今埌の蚘事では、vRealize Automation 固有の機胜の䞀郚を詳しく説明し、コメントに寄せられたご質問にお答えしたす。 

゜リュヌションずその䜿甚シナリオにご興味がございたしたら、ぜひお䌚いできるこずを嬉しく思いたす。 りェブセミナヌvRealize Automation による IT プロセスの自動化に぀いお。 

出所 habr.com

コメントを远加したす