Oracle Cloud Infrastructure Blog(翻訳)

Resilio Connectを使用したOCIストレージ・サービスとの間のデータ移行 (2024/03/01) https://blogs.oracle.com/cloud-infrastructure/post/data-migration-oci-storage-resilio-connect 投稿者： Ashutosh Mate | Sr. Principal Solutions Architect Vinoth Krishnamurthy | Solutions Architect / Product Manager - OCI Storage Services Oracle Cloud Infrastructure(OCI)のお客様は、オンプレミスまたは他のクラウド・ベンダーからOCI File StorageサービスおよびOCI Object Storageサービスに、ますます大量のデータを移行することを検討しています。また、これらのサービス間で、同じリージョンまたは異なるリージョンおよびテナンシ内のデータを移動できるようにしたいと考えています。データ転送ジョブを開始して、定期的に進行状況をモニターできるようにしたいと考えています。OCIは、データ移行の課題にお客様を支援するために、Resilio Connectと提携し、高速データ転送をワイヤースピードで提供しています。 OCI Storage Outbound PMチームは、最近、OCIのお客様向けに、さまざまなデータ移行シナリオに Resilio Connect を使用する検証を実施し、ダウンロード用にOracle Cloud Marketplaceにリストアップすることを推奨しました。このブログ投稿では、テスト、結果および推奨事項の概要を示します。 Resilio Connectテスト 検証テストのために、Resilioサーバーと管理コンソールをアッシュバーン(IAD)リージョンにデプロイし、Resilio ConnectエージェントはオンプレミスおよびOCIフェニックス(PHX)リージョンとフランクフルト(FRA)リージョンのコンピュート・インスタンスにデプロイしました。これらのエージェントは、データ転送のためにリージョン内のオブジェクト・ストレージおよびファイル・システムに接続されました。

AI革命の推進: NVIDIA GTCのOracle (2024/03/01) https://blogs.oracle.com/cloud-infrastructure/post/powering-ai-revolution-oracle-nvidia-gtc 投稿者： Richard Wang | Solutions Architect - NVIDIA Sanjay Basu | Sr. Director, AI/ML GPU Services 著者は、NVIDIAの Faith Nishimura に、このブログの出版物での貴重なサポートに感謝したいと考えています。 業界のルミナリー、開発者、研究者およびビジネス戦略家は、オンラインおよび2024年3月18日から21日に稼働するAIの時代のための会議であるNVIDIA GTCのサンノゼ・コンベンション・センターに集まっています。 NVIDIA GTC は、900以上のセッション、200以上の展示会、20以上の技術ワークショップ、多数のネットワーキングイベントを開催し、AI、高性能コンピューティングなどの最新の進歩を発表し、同業他社がつながり、知識を共有する絶好の機会を提供します。GTCのDiamond Eliteスポンサーとして、OracleはGPU加速コンピューティングとAIの統合に注力し、強力なソリューションを顧客に提供しています。 GTCのOracle Oracleは、NVIDIAと協力してコンピューティング環境を革新し、Oracle Cloud Infrastructure(OCI)のパワーをNVIDIAアクセラレーテッド・コンピューティングで活用し、次のサービスを紹介するソリューションを提供しています。 OCI GPU HPCサービスは、トレーニングおよび推論ワークロード向けのNVIDIA L40S GPU、NVIDIA A10 Tensor Core GPU、NVIDIA H100 Tensor Core GPU、およびA100 Tensor Core GPUインスタンスをお客様に提供します。 データ・サイエンス・パイプラインを加速し、生成AIを含む本番グレードのAIアプリケーションの開発と導入を合理化する、エンドツーエンドのクラウドネイティブ・ソフトウェア・プラットフォームであるNVIDI

OCI Secure Desktopsの新機能と実装プレイブックを発表 (2024/03/01) https://blogs.oracle.com/cloud-infrastructure/post/oci-secure-desktops-solution-playbook-features 投稿者： Vijay Sai Virup Chitrapu | Product Manager Oracle Cloud Infrastructure (OCI) Secure Desktopsの ソリューション・プレイブック のリリースを発表できることを嬉しく思います。これは、Secure DesktopsのOracle Resource Manager (ORM)スタックを使用して、最初のテナンシを簡単に設定するためのガイドとして機能します。プレイブックでは、最初のセキュア・デスクトップ・プールを作成するステップバイステップのウォークスルーが提供されます。熟練したITプロフェッショナルであれ、クラウドベースのデスクトップ・ソリューションに慣れていても、このプレイブックでは、スムーズな導入プロセスを確実にするための手順とベストプラクティスを紹介しています。プレイブックには、次の主なハイライトが含まれています。 はじめに: Secure Desktopsの基本を学び、それが組織にどのように役立つかを学びましょう。テナンシを設定するための主要なコンポーネントおよび前提条件を理解します。 テナンシ設定: ORMスタックを使用してOCI内で新しいテナンシを構成する方法を学習し、セキュア・デスクトップを効率的にデプロイするためのテナンシの使用方法を理解します。 セキュア・デスクトップ・プールの作成: デスクトップ・イメージ、ユーザー権限、セキュリティ・ポリシーなどのパラメータを構成して、最初のセキュア・デスクトップ・プールを作成します。 ソリューション・プレイブックにアクセスし、新しいOCIテナンシを設定し、 Oracle Architecture Center で セキュア・デスクトップ・プールを作成 します。 新機能 作業リクエストとの統合 Secure Desktopsでは、作業リクエストが使用され、プール内のデスクトップの作成や破棄など、プール・アクションの進行状況に従うこと

効率と節約の最大化: OKEでコスト効率の高いKubernetesクラスタにAvesha Smart Scalerを使用 (2024/02/29) https://blogs.oracle.com/cloud-infrastructure/post/avesha-smart-scaler-cost-effective-clusters-oke 投稿者： Mayank Kakani | Cloud Architect Kubernetesは、コンテナの導入、スケーリング、管理の自動化の基礎となり、世界中の組織の俊敏性、スケーラビリティ、および環境横断的な移植性を促進する能力を広く評価しています。Kubernetesが世界規模で取り入れられているように、コスト超過の問題はより頻繁に浮上し始め、クラウド・コンピューティングの導入の初期を思い起こさせる懸念を示しています。 この現象は、Kubernetesがコンテナ・オーケストレーション・ドメインを再構築することで、組織がコンピューティング・リソースにアクセスし、予算をどのように確保するかに対するクラウドの変革的な影響を反映しています。しかし、この進化により、コスト予測可能性と効果的な財務管理に関連する課題が生まれ、一部の組織は予想外の高額な経費に直面しています。 Oracle Container Engine for Kubernetes Oracle Container Engine for Kubernetes(OKE)は、エンタープライズ・グレードのKubernetesの運用を大規模に簡素化する、Oracleが管理するKubernetesサービスです。Kubernetesインフラストラクチャの複雑さを管理するために必要な時間、コスト、労力を削減します。OKEを使用すると、自動スケーリング、アップグレードおよびセキュリティ・パッチ適用により、Kubernetesクラスタをデプロイし、コントロール・プレーンとワーカー・ノードの両方に対して信頼性の高い操作を確保できます。 コスト課題 OKEで実行されるKubernetesワークロードの動的な性質は、複雑なリソースの依存関係と組み合わされて、予測不可能なコストにつながる可能性があります。コンテナ化されたマイクロサービスは、迅速なスケール・アップとスケール・ダウンが可能であり

OCI FastConnect 400Gの直接接続を発表 (2024/02/29) https://blogs.oracle.com/cloud-infrastructure/post/oci-fastconnect-400g-direct-connections 投稿者： Misha Kasvin | Principal Solutions Architect, OCI Networking Services 今日、すべての商用リージョンでOracle Cloud Infrastructure (OCI) FastConnect直接接続用の400Gポートの一般提供を発表できることを嬉しく思います。FastConnectの場所と同じデータ・センターでのコロケーションや、オンプレミス・ネットワークをOCIに直接接続するために選択したサードパーティ・プロバイダを使用するなど、すべてのFastConnect直接ユースケースで400G FastConnect速度を利用できます。 FastConnect直接接続とは何ですか。 FastConnect直接接続には、複数のFastConnect接続モデルが含まれており、OCI FastConnectエッジ・デバイスへの直接クロス・コネクトを構成できます。FastConnect直接接続を使用すると、テナンシに1G、10G、100G、および現在400Gのクロス接続速度を予約できるため、ネットワーク・エッジからOCI FastConnectエッジ・デバイスへの直接接続を確立できます。その結果、クラウド環境に完全に専用の接続となり、完全なポート容量を利用でき、複数のクロス・コネクトのリンク・アグリゲーションやMACsecなどの追加のFastConnectテクノロジをラインレート暗号化に使用できるようになります。 FastConnect直接接続を使用すると、同じFastConnectの場所にある異なるFastConnectエッジ・デバイスに冗長クロス・コネクトをプロビジョニングするか、複数のFastConnectの場所にまたがって最大限の多様性を確保することで、FastConnect接続の自己回復性を確保できます。 400Gの利点 FastConnect OCI FastConnect 400G接続により、データ集約型アプリケーションのネ

Oracle APEXを使用したSFTPからObject Storageへのクローニング (2024/02/28) https://medium.com/oracledevs/sftp-to-object-storage-cloning-with-oracle-apex-11c72f825c0e 投稿者： Phantompete 新しいレベルのコンテンツ管理 FTPサーバー・ファイルと Object Storage との同期 APEXでのファイルのアップロード、ダウンロードおよび管理 拡張- より高度なシナリオのためにドキュメント理解やその他のAIサービスを追加します。 ローカル環境設定 マシンがインターネットにアクセスできるかぎり、環境の組合せは動作します。 まず、FTPシェア専用に使用される新しいユーザーを作成します。 sudo adduser rpi_ftp_user -- Create the user rpi_ftp_user su rpi_ftp_user -- Change to rpi_ftp_user 次に、ファイルを格納する新しいフォルダを作成します。 mkdir share ここでFTPシェアを検査すると、次の構造が表示されます。 これで、ファイルをローカルに格納するために使用できる共有ができました。このターゲットは、それらのファイルをOCIにレプリケートすることです。この場合、 Rcloneを使用してObject Storage に移動することになります。 Object Storage設定 ファイルをObject Storageにプッシュする前に、バケットが必要です。 作成方法を次に示します 。 Rcloneの構成時に次のステップで必要になるため、バケットおよびObject Storageネームスペースを書き留めます。 Rcloneの構成 Rcloneの構成は、ウィザードを使用して、あらゆる種類の異なるデータ・ソースを追加できるため、非常に簡単です。これらのステップを詳しく見てみましょう。 次のパラメータが必要です。 #Bucket Name #Object Storage Namespace #Compartment OCID - Where your Object Storage is located #OCI_R

OCI Generative AIとSelect AIおよびAPEXの統合による自然言語を使用したデータの問合せ (2024/02/28) https://blogs.oracle.com/ateam/post/using-oci-genai-with-select-ai-and-apex-to-query-data-using-natural-language 投稿者： Rekha Mathew | Cloud Solution Architect | A-Team はじめに 大型言語モデル(LLM)の優れた機能の1つは、データベースの構造化問合せ言語(SQL)を含むコードを生成する機能です。LLMは、自然言語の質問を理解し、対応するSQL問合せを出力として生成できます。 大量のエンタープライズ・データがデータベースに存在し、自然言語でデータベースを問い合せる機能により、ユーザーがデータベースにアクセスしやすくなります。ビジネス・ユーザーとデータ・アナリストは、自然言語のデータについて質問できます。技術ユーザーの場合、問合せの生成に要する時間を短縮し、問合せの作成を簡素化し、特殊なSQL知識を最小化または排除するのに役立ちます。 AIの選択機能により、Autonomous Databaseは大規模言語モデル (LLM)を使用して、ユーザーの入力テキストをOracle SQLに変換できます。 このブログでは、OCI Generative AIモデルとSelect AIを統合し、自然言語プロンプトを使用して自律型データベースに格納されているデータを問い合せる方法について説明します。 アーキテクチャ 次の図は、リファレンス・アーキテクチャを示しています。 コンポーネント リファレンス・アーキテクチャで使用されるコンポーネントは次のとおりです。 Autonomous Database は、データ・ウェアハウス、トランザクション処理、JSON中心のアプリケーション、Oracle APEXロー・コード開発など、アプリケーション・ワークロードを簡単に開発およびデプロイできる、完全に自動化されたデータベース・サービスです。 Select AI   この機能により、Autonomous Databaseは大規模言語モデル (LLM)を使用して、ユーザーの入力テキストをOracle

OCI Full Stack DRを使用したリカバリ中のパブリックDNSレコードの管理 (2024/02/28) https://blogs.oracle.com/ateam/post/lb-with-custom-hostname-with-fsdr 投稿者： Atefeh (Ati) Yousefi-Attaei | Senior Cloud Engineer | North America Cloud Engineering カスタム・ロードバランサのホスト名を使用してトラフィック管理ステアリング・ポリシーを作成 最初の ブログ では、両方のリージョンのロードバランサにカスタム・ドメイン名がなく、ほとんどの顧客ケースでカスタムURL名がLBに割り当てられています。ただし、OCI DNS管理を使用して、プライマリ・リージョンからセカンダリへのフェイルオーバーを処理する方法を示すことにしました。このソリューションでは、1つのカスタムURLドメインをプライマリDRリージョンとセカンダリDRリージョンの両方のLBに割り当てます。 潜り込もう。ネットワーキング・リソースからDNS管理に移動し、トラフィック管理ステアリング・ポリシーをクリックします。 「Create Traffic Management Steering Policy」をクリックし、必要な項目をすべて入力します。 次のスクリーンショットを確認してください。 ノート: Aレコードを含むロードバランサは、1番目と2番目のアンサー・プールに追加されました。 ノート: 152.70.125.76はサンノゼのパブリック・ロードバランサのIPアドレスで、141.148.185.79はフェニックスのパブリック・ロードバランサのIPアドレスです。 ノート: 登録済ドメインがOCIで構成されている使用可能なパブリック・ゾーンが必要です。そうしないと、選択できるゾーン・オプションはありません。 ノート: 私の場合、"fsdr"を"ateam-oracle.cloud"ドメインのサブドメイン/ホスト名として構成しました。このドメインにはすでにゾーンがあり、必要な証明書がOCI内で構成されています。 ノート: 「プール優先度の構成」セクションでは、San Jose LB (プライマリ・リ

OCI Full Stack DRを使用したリカバリ中のロード・バランサの管理 (2024/02/28) https://blogs.oracle.com/ateam/post/lb-without-custom-hostname-with-fsdr 投稿者： Atefeh (Ati) Yousefi-Attaei | Senior Cloud Engineer | North America Cloud Engineering Full Stack DRは、(OCI)ディザスタ・リカバリのオーケストレーションおよび管理サービスであり、インフラストラクチャ、ミドルウェア、データベース、アプリケーションなど、アプリケーション・スタックのすべてのレイヤーに包括的なディザスタ・リカバリ機能を提供します。 FSDRサービスでは、現在、次のOCIリソース・タイプのディザスタ・リカバリがサポートされています: コンピュート・インスタンス ブート・ボリュームおよびブロック・ボリューム(ボリューム・グループ) Oracle Exadata Database Service Oracle Base Database Service Oracle Autonomous Database Serverless ファイルシステム ロードバランサ ネットワーク・ロードバランサ ロードバランサ機能が前述のサポート・リストに追加されました。このブログでは、FSDRプロセス中にロードバランサを管理する方法について説明します。 前提条件 このブログ・シリーズでは、FSDRの作成については説明せず、パート1の災害時のLoad Balancerの管理に焦点を当てます。パート2で、カスタム・ホスト名をLBに追加し、DR中にロード・バランサDNSを管理するためのトラフィック・ステアリング・ポリシーを作成しますが、OCIネットワーキング、Load Balancer、DNSソリューションおよびFull Stack DRソリューションの知識が必要です。 作成したリソースも次に示す必要があります。 プライマリ・リージョンとセカンダリ・リージョンの両方でディザスタ・リカバリ保護グループ(DRPG)を使用するFSDRソリューション。 両方のリージョンにサブネット、適切なセキュリティ・リストおよびインターネット・ゲートウ

OCIでのゼロトラスト・アーキテクチャの構築- パート1: アイデンティティとアクセス (2024/02/28) https://blogs.oracle.com/cloud-infrastructure/post/zerotrust-oci-identity 投稿者： Harsh Aseeja | Senior Principal Product Manager 今日の急速に進化する脅威の状況では、フィッシング攻撃、権限のないエスカレーション、資格証明の盗難、内部脅威、ランサムウェアなどのセキュリティ上の課題に直面しています。ゼロトラスト・セキュリティ・モデルは、クラウド・リソースを安全な方法でデプロイするためのフレームワークを提供します。米国立標準技術研究所(NIST)によると、 ゼロトラスト は、「資産またはユーザーアカウントに、物理的またはネットワーク上の場所(つまり、ローカルエリアネットワークとインターネット)のみに基づいて、または資産所有権(企業または個人所有)に基づいて暗黙の信頼が付与されていない」ことを前提としています。次の原則は、ゼロ・トラストの中心です。 信頼を明示的に検証 最小特権アクセスの適用 常に侵害を前提に これらの原則は、複数の防御層を提供するために、包括的なコントロール・プレーン全体に適用されます。 ゼロトラスト・モデルを採用するには、かなりの時間と労力が必要です。セキュアなアプローチを確立し、維持するために、時間の経過とともに増分的な進歩をコミットする必要があります。まず、ユーザー、デバイス、サービスおよびデータを理解し、ユーザーの行動を評価し、制限ポリシーを確立し、ネットワークに対する固有の信頼を排除することから始めます。Oracleは、ゼロトラスト・セキュリティ・イニシアチブを支援します。 Oracle Cloud Infrastructure(OCI)は、クラウド内のワークロードを迅速かつ効果的に保護するために、組み込みのセキュリティ・アーキテクチャとセキュリティ・サービスをお客様に提供するように設計されています。この目標は、マルチチーム・マルチマイルストーン・プロジェクトであり、ゼロトラスト・アーキテクチャを実現するために実行可能なステップに分けられます。OCIでのゼロトラスト・アプローチの導入の詳細をご覧ください。 ゼロ

OCI Generative AIとSelect AIおよびAPEXの統合による自然言語を使用したデータの問合せ (2024/02/28) https://blogs.oracle.com/ateam/post/using-oci-genai-with-select-ai-and-apex-to-query-data-using-natural-language 投稿者： Rekha Mathew | Cloud Solution Architect | A-Team はじめに 大型言語モデル(LLM)の優れた機能の1つは、データベースの構造化問合せ言語(SQL)を含むコードを生成する機能です。LLMは、自然言語の質問を理解し、対応するSQL問合せを出力として生成できます。 大量のエンタープライズ・データがデータベースに存在し、自然言語でデータベースを問い合せる機能により、ユーザーがデータベースにアクセスしやすくなります。ビジネス・ユーザーとデータ・アナリストは、自然言語のデータについて質問できます。技術ユーザーの場合、問合せの生成に要する時間を短縮し、問合せの作成を簡素化し、特殊なSQL知識を最小化または排除するのに役立ちます。 AIの選択機能により、Autonomous DatabaseはLarge Language Models (LLM)を使用して、ユーザーの入力テキストをOracle SQLに変換できます。 このブログでは、OCI Generative AIモデルとSelect AIを統合し、自然言語プロンプトを使用してAutonomous Databaseに格納されているデータを問い合せる方法について説明します。 アーキテクチャ 次の図は、リファレンス・アーキテクチャを示しています。 コンポーネント リファレンス・アーキテクチャで使用されるコンポーネントは次のとおりです。 Autonomous Database は、データ・ウェアハウス、トランザクション処理、JSON中心のアプリケーション、Oracle APEXロー・コード開発など、アプリケーション・ワークロードを簡単に開発およびデプロイできる、完全に自動化されたデータベース・サービスです。 SELECT AI この機能により、Autonomous DatabaseはLarge Language M