A)。SSH 接続がアクティブな状態で CloudShell セッションを開いたまま放置しておくと、重大なセキュリティ リスクが生じます。デバイスにアクセスできる人は誰でも、CloudShell 環境にアクセスして不正なアクションを実行する可能性があります。B)。チーム内であっても、CloudShell アクセス認証情報を他のユーザーと共有することは絶対にお勧めしません。これにより、他のユーザーに CloudShell 環境へのフル アクセスが許可され、機密データやリソースが危険にさらされる可能性があります。C)。セキュリティ パッチのために OCI CLI バージョンを更新することは重要ですが、これが最も重要なプラクティスというわけではありません。これは、他の基本的なセキュリティ手順と組み合わせる必要があるプロアクティブな対策です。強力なパスワードと MFA は、アカウント セキュリティの基盤です。これらにより、たとえ誰かが認証情報を入手できたとしても、不正アクセスのリスクが大幅に軽減されます。MFA は、携帯電話のコードなどの 2 番目の要素を使用して ID を確認することを要求することで、保護の層をさらに追加します。

理由は次のとおりです。
きめ細かな制御: コミュニティ属性は、発信元、目的、コストなどのさまざまな基準に基づいて BGP ルートをタグ付けおよび操作する柔軟な方法を提供します。オンプレミス ルーターでコミュニティを定義して、必要なルートを OCI に選択的にアドバタイズし、他のルートを除外することができます。
ポリシーベースのルーティング: 特定のコミュニティを利用することで、きめ細かなルーティング ポリシーを実装できます。これにより、異なる OCI VCN に異なるルートをアドバタイズしたり、関連付けられているコミュニティに基づいて OCI が着信ルートを優先順位付けする方法を制御したりできます。
標準ベース: コミュニティ属性は標準の BGP 機能であり、オンプレミスの BGP 実装との互換性を確保し、相互運用性を促進します。
他のオプションとの比較:
ルート リフレクタ (A): ルート リフレクタは、BGP 連合内で学習したすべてのルートをアドバタイズしますが、特定のルート制御には適していません。
ローカル プリファレンス属性 (C): ローカル プリファレンスを調整すると、ルート選択にある程度影響を与えることができますが、コミュニティ属性と比較すると柔軟性が低く、標準に準拠したアプローチではありません。
ネイバー フィルター (D): ネイバー フィルターは、特定の BGP ネイバーから受信されるルートを制限するため、発信ルートのアドバタイズメントを制御するのには適していません。

専用接続: このオプションは、FastConnect 専用回線を指します。
理由の内訳は次のとおりです。
* 専用回線: パブリック インターネットをバイパスして、お客様のネットワークと Google のネットワーク間に直接プライベートなポイントツーポイント接続を確立します。この専用パスにより、共有リソースに依存する他のオプションと比較して、帯域幅が大幅に高くなり、レイテンシが大幅に低くなります。
* 専用インターネット アクセス (DIA): インターネットへの専用接続を提供しますが、Google のネットワークに直接接続されず、パブリック インターネット インフラストラクチャに依存するため、ボトルネックが発生し、パフォーマンスに影響する可能性があります。
* IPSec VPN と Cloud VPN: どちらもパブリック インターネット上の共有 VPN トンネルを利用するため、共有リソースとインターネット トラフィックの状態により、遅延やジッターが発生する可能性があります。専用オプションと比較して、帯域幅も制限されます。

A) プールからパブリック IP を手動で割り当てる: これは、各インスタンスに対して手動で割り当てと接続を行う必要があるため、頻繁に起動する場合には面倒で非効率的です。C) パブリック IP プールの関連付けで NAT ゲートウェイを使用する: これは、複数のインスタンスに対して 1 つのパブリック IP を共有するため、個々の動的 IP には適していません。D) セカンダリ パブリック IP CIDR ブロックを作成する: これはサブネット プール全体を拡張しますが、自動割り当ては提供されず、慎重に管理しないとアドレスが無駄になる可能性があります。パブリック IP の自動割り当て:
関連付けられているパブリック IP プールからサブネット内で新しく起動されたインスタンスにパブリック IP アドレスを自動的に割り当てることを可能にします。
オンデマンド展開にスケーラビリティと利便性を提供します。
事前にパブリック IP プールを作成し、十分な数の使用可能なアドレスを確保する必要があります。

A) 現在の環境のネットワーク帯域幅の評価: これは、初期のニーズを理解し、移行に適した接続ソリューションを選択するために非常に重要です。
B) 潜在的なダウンタイムの計画: 移行によってはダウンタイムが避けられないため、計画を立てることで重要な操作への影響を最小限に抑えることができます。
D) 専用ネットワーク接続に Oracle の FastConnect を使用する: FastConnect は、安全で高帯域幅の接続を提供し、移行の速度と効率を向上させます。
C) すべてのワークロードを同時に移行する: この「リフト アンド シフト」アプローチはリスクを伴う可能性があります。各ワークロードには、固有の依存関係、リソース要件、および移行の複雑さがある可能性があります。重要度と複雑さに基づいてワークロードに優先順位を付ける段階的なアプローチが推奨されます。
「リフト アンド シフト」アプローチを回避することで、次のことが可能になります。
個々のワークロード要件の評価: 移行中に、各ワークロードの潜在的な課題、依存関係、必要な調整を特定できます。
ワークロードを戦略的に優先順位付けする: 重要でないワークロードを最初に移行し、より複雑なワークロードに取り組む前に経験を積むことで、重要な業務の中断を最小限に抑えることができます。
適切なツールとリソースを活用する: 該当する場合は、Data Transfer Service や Oracle Database Cloud Service などのサービスを使用することで、移行の効率とセキュリティを最適化できます。