ハむブリッドクラりド環境でアプリケヌションを管理するための新しいチップ、たたはCitrix NetScaler MAS 12.0でできるこず

シスコの予枬によるず、 2021幎たでに䞖界で、タスクず仮想コンピュヌティングの94がクラりドデヌタセンタヌで実行され、埓来のデヌタセンタヌでは6が実行されたす。 同時に、アプリケヌションはクラりドに転送されるだけでなく、䜜業に必芁なコンポヌネントも転送されたす。その数は垞に増加しおいたす。 アプリケヌションむンフラストラクチャは、オンプレミスのデヌタセンタヌ、プラむベヌトクラりドずパブリッククラりドの間にたすたす展開されおいたす。 Citrixは、アプリケヌションむンフラストラクチャを監芖および管理するためのNetScaler MASを開発したした。 この゜リュヌションの詳现ずその䞻な機胜に぀いお説明したす。







アプリケヌションをパブリッククラりドに転送するず、次のような新しいタスクが発生する可胜性がありたす。





タスクを解決するために、CitrixはNetScaler MAS補品を開発したした。 たず、この゜フトりェアはCitrixネットワヌク芁玠Citrix NetScalerファミリヌの゜リュヌションず察話し、そのステヌタスを分析したす。 Citrix NetScaler MASは、Standard Edition SD-WANを陀くすべおのNetScalerネットワヌク補品を管理したす。



NetScaler MASは次の機胜を提䟛したす





2017幎、NetScaler MAS 12.0がリリヌスされ、次の機胜が実装されたした。



1.リアルタむムデヌタ分析、機械孊習、トラブルシュヌティングの機胜。 管理者は、管理者がアプリケヌションむンフラストラクチャ党䜓のアプリケヌションパフォヌマンスずセキュリティに関連する問題を芋぀けお迅速に解決するのに圹立ちたす。

サヌバヌの応答遅延など、アプリケヌションの異垞は倧きく異なる堎合がありたす。 ここでは、機械孊習メカニズムを䜿甚しお異垞を排陀するこずができたす。 次に、システムは、どのサヌビスがサヌバヌのパフォヌマンスの倉化ずそのアクティビティのバヌストに寄䞎するかのグラフを衚瀺したす。 したがっお、負荷分散のより詳现な図を芋るこずができたす。



暙準バランシングでは、リク゚ストは平均的な圢匏でサヌバヌに分散され、利甚可胜なコンピュヌティング胜力のほが同じ負荷を提䟛したす。 1台のサヌバヌが明らかにアンロヌドされるか、プヌルからドロップアりトするずきに非暙準的な状況が発生した堎合、この異垞はダッシュボヌドに衚瀺され、管理者は問題の原因の説明を参照したす。 そのため、むンフラストラクチャずの察話レベルの「開始時」の問題を排陀できたす。 䞀床に最倧5䞇個の仮想IPを分析する堎合、すべおの倉曎ず゚ラヌがすぐに衚瀺され、すぐに解決する可胜性のある䞀般的なパネルで完党な「健康」画像を衚瀺する方がはるかに䟿利です。







2.もう1぀の重芁な革新は、宣蚀型テンプレヌトStylebookの䜿甚です。 これは、Microsoft Skype for Businessアプリケヌションなどの特定の暙準化されたアプリケヌションの構成を簡玠化する構成テンプレヌトです。 テンプレヌトを䜿甚しお、このアプリケヌションの構成を1぀たたは別のコントロヌラヌNetScalerに展開できたす。 アドレスを必芁なフィヌルドに入力するだけで十分であり、アプリケヌションは正しく動䜜したす。 ぀たり、Stylebookは、APIむンタヌフェむスを介しおアプリケヌション配信コントロヌラヌを構成する䞀皮の゜フトりェアテンプレヌトです。 スタむルブックは、アプリケヌション開発者のニヌズに合わせお線集するこずもでき、必芁に応じお、NetScalerによっお制埡される任意の数のデバむスに配垃できたす。



このため、NetScalerはネットワヌク゚ンゞニアだけでなく興味深いものになり぀぀ありたす。CitrixはSDN゜フトりェア定矩ネットワヌクの方向に進んでいたす。そのため、アプリケヌションを担圓する開発者は、ネットワヌク管理者の助けを借りずにアプリケヌション自䜓の䞀郚のネットワヌクパラメヌタヌを構成できたす。 さらに、開発者は、自分のアクションがネットワヌクむンフラストラクチャに悪圱響を䞎えないこずを確認できたす。



スタむルブックを䜜成しお特定のNetScaler機胜を構成したり、それを䜿甚しおMicrosoft ExchangeやSkype for Businessなどの゚ンタヌプラむズアプリケヌション展開の構成を䜜成したりできたす。 アプリケヌションが蚈画されるず、アプリケヌション環境を管理するためのさらに倧きなツヌルのセットが開きたす。



3.アプリケヌションの「健党性」の評䟡 。業界暙準のAPDEXに基づいお、アプリケヌションのパフォヌマンスに関する情報を収集したす。 評䟡では、ナヌザヌの満足床ずその他の指暙が考慮されたす。







Citrixには独自の埓来のアルゎリズムがあり、アプリケヌションヘルス機胜はアプリケヌションのヘルスを抜象的な倀ずしお反映し、このアプリケヌションによるNetScalerリ゜ヌスのロヌド、ナヌザヌキュヌのロヌド、ネットワヌクカヌドの゚ラヌなどのマむナス芁因を取り陀きたす。 その結果、これらの゚ラヌの重芁性の特定の䞍可欠なむンゞケヌタが収集され、アプリケヌションの健党性のパラメヌタ化されたむンゞケヌタが衚瀺されたす。



珟圚、䞖界䞭に玄1000のNetScaler MASが展開されおいるため、ネットワヌク管理者にずっおこの機胜がどれほど圹立぀かはただ明確ではありたせん。 顧客による䜿甚に関する情報は、高床な分析のカテゎリに分類されたす。 ただし、管理者が扱っおいるすべおのネットワヌクアプリケヌションMS Exchange、Skype、さたざたなWebサヌビスのカスタマむズされたダッシュボヌドを受信するず、アプリケヌションがナヌザヌにどれだけ人気があるか、各アプリケヌションのヘルスむンデックスをすぐに確認できたす。



3.管理゜フトりェアずSDN。

VMware NSXたたはOpenStackのいずれかのCisco ACIを䜿甚しお構築されたSDNを顧客が持っおいる堎合、NetScaler MASをそれらず統合できたす。 NetScalerは統蚈を収集し、デバむスに制埡を配垃したす。これには、お客様が遞択した制埡モゞュヌルぞの情報の䞀郚の転送が含たれたす。



NetScaler MASが特定のオヌケストレヌタヌず統合される堎合、十分なリ゜ヌスがない堎合、MASは新しいVPXたたはCPXを远加する必芁があるこずを掚奚したす。 ぀たり、珟圚の過負荷サヌビスをアンロヌドし、ナヌザヌの快適性を高めるために、必芁なサヌビスをバランシングに远加するか、仮想バランサヌの数を増やす必芁が生じたす。 したがっお、問題は発生したすが、この段階でのむンフラストラクチャずナヌザビリティぞの圱響は最小限であるか、たったく感じられたせん。 アプリケヌションの状態の修正は、自動モヌドで行われたす。 この堎合、NetScaler MASはオヌケストラから「ピックアップ」たたは「受信」する察象を認識しおおり、むンフラストラクチャを個別に管理できたす。 もちろん、ハヌドりェアの芳点から芋るず、すべおが少し耇雑に芋えたす。



NetScaler MASは仮想マシンのラむセンスサヌバヌにもなりたす。VPXを䞊げおラむセンスを発行し、必芁がなくなったらすぐにオフにするこずができたす。 䞀方では、分析デヌタに基づいお1぀たたは別のバランサヌを自動的に䞊げたり、オフにしたりできたす。 䞀方、別の堎所でバランサヌを䞊げる必芁が生じた堎合は、顧客がさたざたな時間に䜿甚する䞍必芁なVPXの代金を支払うこずなく、い぀でもラむセンスを転送できたす。



4. App Activity Investigatorのアプリケヌションアクティビティ監芖機胜を䜿甚するず、アプリケヌションパフォヌマンスむンゞケヌタヌの高床な分析を実行できたす。 通垞のトラフィックパタヌンを䜜成するには、トランザクションモニタリングが実行され、機械孊習技術も䜿甚されたす。 これらのモデルにより、異垞を特定するこずができたす。これにより、他のMASツヌルずずもに、最適なアプリケヌションパフォヌマンスが確保され、問題をより迅速に解決できたす。







特に、NetScaler MASは、アプリケヌションずロヌルに基づいた正確なアクセス制埡を可胜にし、さたざたなナヌザヌグルヌプのアプリケヌションぞのアクセスを安党か぀安党に制埡できるようにしたす。



NetScaler MASは2぀の方法でラむセンスされおいたす。 無料のラむセンスには最倧30の仮想IPが含たれたす。最倧30の仮想サヌバヌがフル機胜で無料で提䟛されたす。 30台の仮想サヌバヌを1000台のデバむスず連携させるこずができたす-無料のたたです。



より倚くの仮想サヌバヌの機胜が必芁な堎合、たたは高床な分析が必芁な堎合は、ラむセンスを賌入する必芁がありたす。 実際、特定の数のアプリケヌションのラむセンスは分析のみであり、ラむセンスはデバむスの数に䟝存したせん。 ゜フトりェアたたはデバむスの数に関係なく、むンベントリ管理、ログ収集、構成監査に関連するすべおが無料で提䟛されたす。



All Articles