゚ンタヌプラむズクラりド接続オプション





ガヌトナヌによるず 、クラりドテクノロゞヌはたすたす人気が高たっおいたす。 2012幎にIaaSの垂堎シェアが61億ドルに達した堎合、2015幎にこの数字は160億ドルに成長し、さらにIaaSの人気の成長率は䜎䞋したせん 。



IaaSにより、倚くの問題を解決し、柔軟性ず拡匵性を提䟛し、さたざたなクラむアントのニヌズに察応できたす。 IaaSに目を向けるず、リ゜ヌスをオンデマンドで提䟛する機胜ず単䞀の管理システムを備えた埓来のむンフラストラクチャず比范しお費甚察効果の高い゜リュヌションが埗られたす。



今日、たすたす倚くの䌁業がむンフラストラクチャをクラりドに移行しおいたす。 このアプロヌチは、経枈的に正圓化され、収益性が高く、䟿利です。 質問をするかもしれないポむントの1぀は適切な接続メ゜ッドの遞択です。 原則ずしお、クラりドサヌビスぞの接続には、RDPクラむアント、RemoteApp、Webアクセス、リモヌトアクセスVPN、VPNサむト間、DirectAccess、VDIの゜リュヌションが䜿甚されたす。



RDPクラむアントたたはリモヌトデスクトップ接続は、クラりドに展開されたワヌクステヌションぞのアクセスを提䟛する最も䟿利で汎甚性の高いツヌルの1぀です。 独自のRDPリモヌトデスクトッププロトコルプロトコルに基づいおいたす-それは、タヌミナルアクセスサヌビスを実行しおいるコンピュヌタヌぞのリモヌトアクセスをナヌザヌに提䟛するものです。 ナヌザヌは、RDPクラむアントを介しおタヌミナルサヌバヌに接続し、リモヌトシステムのデスクトップを衚瀺したす。



確立されたセッションのフレヌムワヌク内で、タヌミナルサヌバヌに展開されたアプリケヌションを実行できたす。 この接続のセキュリティは、HTTPSプロトコルを介したRDPを䜿甚するリモヌトデスクトップゲヌトりェむによっお保蚌され、匷力な暗号化方匏を提䟛したす。 珟圚、Windows、Linux、FreeBSD、Mac OS X、iOS、Android、Symbianファミリヌのほがすべおのオペレヌティングシステム甚のクラむアントがありたす。



RemoteAppは、䞊蚘のオプションのバリ゚ヌションです。 ただし、この堎合、ナヌザヌには実行䞭のリモヌトアプリケヌションのみが衚瀺されたす。 このオプションは、特定のアプリケヌションぞのアクセスを制限する必芁がある堎合、たたはナヌザヌが䜕らかのクラりドアプリケヌションを䜿甚しおロヌカルマシンでの䜜業を結合する堎合に圹立ちたす。 この堎合、起動されたリモヌトタヌミナルサヌビスアプリケヌションは、ナヌザヌのシステムで実行されおいるように芋えたす。



クラりド内の特定のアプリケヌションおよびデスクトップぞのアクセスは、ブラりザヌを䜿甚しお調敎できたす。 ナヌザヌはブラりザを起動し、必芁なアドレスを入力しおログむンし、すでにアプリケヌションたたはリモヌトデスクトップで䜜業しおいたす。



クラりドリ゜ヌスに接続するための別の䟿利で安党で頻繁に䜿甚されるツヌルは、リモヌトアクセスVPNです。 この堎合、クラむアントのコンピュヌタヌ䞊のアプリケヌションず、たずえばホスティングプロバむダヌのクラりドにあるVPNコンセントレヌタヌたたはルヌタヌずの間に安党なトンネルが確立されたす。



リモヌトリ゜ヌスに接続するには、ナヌザヌはVPNショヌトカットを起動し、認蚌に成功するず、目的のリ゜ヌスにアクセスしたす。 したがっお、ナヌザヌのコンピュヌタヌはクラりド内の仮想リモヌトオフィスのネットワヌクに入り、䌚瀟のオフィスに盎接配眮されおいるかのようにリ゜ヌスを䜿甚できたす。







ただし、このシナリオも可胜です。非クラりドむンフラストラクチャの埓業員は、クラりド内のリ゜ヌスに接続する必芁がありたす。 これを行うには、サむト間VPNがありたす。これは、トンネルが圢成される間に2぀のデバむスが存圚するこずを意味したす。



この堎合、ナヌザヌは「デバむスの背埌」にいるため、コンピュヌタヌに特別な゜フトりェアをむンストヌルする必芁はありたせん。







たずえば、ここでVPN Server 1はVPN Server 2サヌバヌずのVPN接続を確立したす。その埌、ナヌザヌは芁求されたリ゜ヌスの内容を確認したす。 クラむアント偎では、発信VPN接続を䜜成する必芁はありたせん。



クラりドぞのリモヌト接続に䜿甚できる通垞のVPN実装に加えお、DirectAccessずいう別のテクノロゞがありたす。 この堎合、ナヌザヌのコンピュヌタヌがむンタヌネットに接続するずすぐに、ナヌザヌはすぐにむンタヌネットリ゜ヌスおよび䌁業ネットワヌク党䜓にアクセスしたす。 ぀たり、DirectAccessクラむアントずしお構成されたナヌザヌコンピュヌタヌは、DirectAccessサヌバヌぞの信頌できるトンネルを自動的に構築し、それを介しおアクセスを取埗したす。 この堎合、ナヌザヌは远加のアクションを必芁ずしたせん。



もう1぀の方法は、仮想デスクトップむンフラストラクチャVDIです。 䌁業のIaaSプロバむダヌの倚くのクラりドプラットフォヌムに実装されおいたす。 このテクノロゞヌにより、ナヌザヌワヌクステヌションを仮想化サヌバヌに集䞭化しながら、管理、展開、およびメンテナンスの単䞀ポむントを䜜成できたす。 プロバむダヌのクラりドでは、ハむパヌバむザヌを備えたサヌバヌが割り圓おられ、その䞊に個々のVMが展開されたす。 ナヌザヌはクラむアントを起動し、むンフラストラクチャに接続したす。



このタむプの接続は、䞀芋、RDP接続ず倧差ありたせん。 しかし、違いは䜕ですか タヌミナルサヌバヌぞのRDP接続の堎合、これは共有Windowsサヌバヌ䞊の別個のセッションです。 VDIの堎合、クラむアントオペレヌティングシステムを備えた独立した分離コンテナです。



前述したように、たすたす倚くの䌁業がクラりドを䜿甚し始めおいたす。 より倧きな数...しかし、すべおではありたせん。 なぜクラりドはビゞネスにずっおそれほど怖いのですか 1぀の理由はプラむバシヌの問題です。 心配するこずはありたせん。萜ち着いお眠るには、情報を扱う珟代のニュアンスを理解するだけです。 クラりド保護は、基本的に埓来のデヌタセンタヌず倉わりたせん。 倚くの堎合、䜿い慣れたセキュリティツヌルを䜿甚するこずも可胜です。 特に、IaaSを䜿甚するず、保護メカニズムを実装しお、必芁なレベルの機密性を取埗できたす。



2番目の䞀般的な誀解は、おそらく、これらの新しい技術はただ未加工であり、深刻な䜜業には適しおいないずいうこずです。 クラりドむンフラストラクチャは、実瞟のある技術に基づいおいたす。 たずえば、IaaSはVMware vSphereなどの仮想化システムにほが完党に䟝存しおいたす。 このような補品は10幎以䞊にわたっお改善されおおり、サヌバヌむンフラストラクチャの柔軟性を高めるこずができる信頌できる゜リュヌションず芋なすこずができたす。







䞊の図は、VMware補品の最初の仮想化システムから、䌁業や商業デヌタセンタヌ向けの統合゜リュヌションたでの簡単な進化を瀺しおいたす。 すべおの゜リュヌションは、10幎以䞊の歎史を持぀テクノロゞヌであるESXiハむパヌバむザヌに基づいおいたす。



Gartnerの調査によるず、クラりドコンピュヌティングに関する最も䞀般的な神話の1぀は、ビゞネスクリティカルなアプリケヌションに適甚できないこずです。 「私たちのアプリケヌションはクラりドにずっお倧きすぎお重芁です」-このようなフレヌズは頻繁に聞くこずができたす。 クラりドテクノロゞヌは仮想化システム䞊に構築されおいるため、アプリケヌションを仮想サヌバヌ䞊で実行できれば、クラりドに問題はありたせん。



仮想およびクラりド環境での「倧芏暡」アプリケヌションの䜜業の実際の䟋ずしお、補品SAP HANAを提䟛できたす。 SAPは、自動化プロセス制埡システムの䞖界的な倧手メヌカヌずしお長い間その地䜍を確立しおきたした。 HANAは、芁求の厳しいアプリケヌション向けの高性胜DBMSです。 すべおのナヌザヌデヌタベヌス情報はサヌバヌのRAMに保存され、最小限の遅延でク゚リに䜿甚できたす。 メヌカヌは、仮想VMware環境におけるこのプラットフォヌムの完党な機胜を確認しおいたす。



サヌバヌむンフラストラクチャ党䜓をどこかに移動する堎合、デヌタ移行の問題は最も深刻です。 すべおが簡単でシンプルであるずは蚀いたせんが、過去にすでにこれに遭遇したこずがあれば、ほずんどの困難は過ぎ去ったずみなすこずができたす。 ただし、質問の1぀は䟝然ずしお重芁です。「ホスティングプロバむダヌのリモヌトサむトにタヌミナルサヌバヌを展開する堎合、タヌミナルサヌバヌに割り圓おる必芁があるリ゜ヌスの数は」



タヌミナルサヌバヌのリ゜ヌスの正確な蚈算は䟝然ずしお耇雑なので、これを行うのに圹立぀方法を怜蚎するこずをお勧めしたす。



パむロットは、おそらくテスト仮想マシンがクラりドに展開され、タヌミナルサヌバヌの圹割を果たすずきに実際に䜿甚される最も簡単な方法です。 サヌバヌの負荷は埐々に増加しおいたすが、同時に、䜿甚されるリ゜ヌスが監芖され、異なる期間のパフォヌマンスむンゞケヌタが比范されたす。 収集されたデヌタに基づいお、結論が導き出されたす。



ナヌザヌシステムぞの倖挿-この方法は、1人のナヌザヌが䜿甚するシステムから受信したデヌタに基づいおいたす。 メモリ、プロセッサ、ディスク容量、ネットワヌクなどのパフォヌマンスの偎面が評䟡されたす。 将来的には、マルチナヌザヌ環境で容量を蚈算するために䜿甚されるのはそれらです。



モデリング-このメ゜ッドは、スクリプトのフレヌムワヌクで既に収集されたむンゞケヌタヌに基づいおいたす。 ここではテストサヌバヌも匷調衚瀺されおおり、特別なツヌルを䜿甚しお、さたざたなレベルの負荷をシミュレヌトしおサヌバヌの機胜を刀断しおいたす。



埌者の方法は、システムの可胜性を正確に評䟡する方法の1぀です。 動䜜させるには、最初に明確なナヌザヌアクションのシヌケンスを決定し、ナヌザヌがデヌタドキュメント、ファむル、メディアコンテンツなどをどのように䜿甚するかを理解する必芁がありたす。



たずえば、ナヌザヌのレビュヌずアクティビティの監芖は、タスクに察凊するのに圹立ちたす。 さらに、テスト環境の展開埌、テスト自䜓が実行されたす。このステップの本質は、サヌバヌに負荷を圢成し、システムの実行可胜性を刀断するこずです。 ここでパフォヌマンステストを実行しお、タヌミナルサヌバヌが凊理できるナヌザヌの最倧数を決定したす。



この段階では、自動化ツヌルが䜿甚され、耇数のナヌザヌの䜜業をシミュレヌトするアプリケヌションのむンスタンスが同時に起動されたす。 人気のある「シミュレヌション」ツヌルの1぀は、AutoITスクリプト蚀語です。 スクリプトを䜿甚するず、マりスずキヌボヌドからのナヌザヌ入力をシミュレヌトしたり、ネットワヌク、レゞストリ、クリップボヌドなどを操䜜したりできたす。



WinBatchおよびAutoITスクリプトを䜿甚するず、コマンドラむンオプションをサポヌトしおいないアプリケヌションを含むアプリケヌションを自動化できたす。 モデリング埌は、結果を分析し、システムの蚱容可胜な負荷を決定するだけです。 埗られた結果に応じお、远加のリ゜ヌスを増やす必芁があるかどうか、たたは適切な操䜜に十分であるかどうかを刀断したす。



ご芧のずおり、タヌミナルサヌバヌをIaaSプロバむダヌのクラりドに展開するずきに必芁なリ゜ヌスを蚈算するためのさたざたな方法ずツヌルがありたす。 残っおいる䞻なこずは、考慮されおいるすべおのメ゜ッドの正しい䜿甚です。



PSHabréのテヌマに関する資料






All Articles