皆様からのご質問にお答えします。

EngineGrids Accelerator 、アプリケーションと既存のデータベースの間に位置します。メモリから適切な読み取りを提供し、 CDCからコミットされたデータベースの変更を使用してキャッシュを維持します。データベースは記録システムとして機能します。アクセラレータの詳細をご覧ください。

アプリケーションはアクセラレータエンドポイントに接続し、アクセラレータエンドポイントはデータベースに接続します。アクセラレータは、キャッシュから適切な読み取りリクエストに応答し、必要に応じてデータベース処理を既存のデータベースに送信します。クラスタは、共有アプリケーションエンドポイントの背後に複数のアクセラレータノードを配置します。詳細については、リファレンスアーキテクチャを参照してください。

データベースコストの上昇、アプリケーション需要の増加、またはデータベースへの繰り返し読み取りといった課題に直面しているチームは、評価ツールを活用して適合性を判断できます。ビジネス担当者はコストと容量を検討し、アーキテクトはアプリケーションの動作を評価し、運用担当者は導入と監視の計画を立てることができます。パートナー企業は、これらの活動を顧客との連携の中で統合的に実施できます。

繰り返し行われる読み取りは、他の処理に利用できるデータベースリソースを消費します。アクセラレータから再利用可能なクエリに応答することで、この負荷を軽減し、アプリケーションの応答速度を向上させることができます。ビジネスチャンスとしては、既存の投資からより多くの容量を確保したり、データベースのフットプリントを縮小したり、あるいは測定結果に基づいてこれらの組み合わせを実現したりすることが挙げられます。

どちらも有効な目標です。パフォーマンス目標を満たしつつ、データベースのフットプリントを縮小することも、既存の容量を維持して需要の増加に対応し、拡張を延期することも可能です。ワークロード、運用要件、インフラストラクチャの価格、ライセンス契約に基づいて、これらのオプションを比較検討してください。ビジネス価値を探求しましょう。

いいえ。データベースCPU削減は処理作業の軽減を意味します。費用は、実際にプロビジョニングするリソース、ライセンス条件、クラウド料金、および運用コストによって異なります。パフォーマンス目標を満たす構成に基づいて財務的な妥当性を検討し、比較対象にアクセラレータおよび関連サービスを含めてください。

まず、現在のデータベースとインフラストラクチャのコスト、ライセンス契約、ワークロード需要、応答時間、スループット、および成長予測から始めます。それらを測定結果と提案された展開と比較します。削減できるリソースと再利用できる容量を区別し、実装と継続的な運用を計画に含めます。コスト最適化アプローチを参照してください。

EngineGrids 、 MySQL 、 MariaDB 、 PostgreSQL 、Microsoft、 Microsoft 、 SQL Server Oracle DatabaseおよびIBM Db2をサポートし、 Linuxに対応しています。データベース エンジンの詳細をご覧ください。

サーバーのバージョン、ネイティブドライバー、 TLS設定、 CDC前提条件をまとめて計画してください。EngineGrids EngineGridsデータベース環境とパッケージの選択を確認するのに役立ちます。デプロイメントについて話し合ってください。

透過読み取りアクセラレーションは、既存のデータベースドライバと更新された接続設定を使用します。アプリケーションをアクセラレータのアドレスとポートに指定してから、再接続してください。オプションの書き込みキューイングは、一部の書き込みが確認されると変更されるため、アプリケーションの動作に合わせてこの設定を個別に評価してください。接続ガイドを参照してください。

透過的な読み取りアクセラレーションでは、データ移行は不要です。データは既存のデータベースに保持され、それが記録システムとして機能します。アクセラレータはアプリケーションの接続パスにレイヤーを追加するものであり、データベースやその可用性およびバックアップの責任を置き換えるものではありません。

アクセラレータは、アプリケーションが使用するデータベースエンドポイントに接続します。マネージドデータベースの場合は、データベースプロトコル、ネットワークアクセス、認証情報、および接続セキュリティをまとめて計画してください。データベースは、既存のサービスを通じて引き続き運用されます。リファレンスデザインは、環境におけるアプリケーション層とアクセラレーション層を計画するのに役立ちます。

アプリケーションや予算にとって重要な、繰り返し発生する読み取りとデータベースへの負荷を探します。クエリの再利用性、読み取りと書き込みの比率、データ変更パターン、応答時間、および代表的なトラフィック下でのスループットを評価します。結果は、アプリケーションの動作とデータベースに到達する作業量の両方を示すはずです。Performance Lab を使用してください。

アーキテクチャハブには、顧客管理のCMS 、 CRM 、 ERP 、財務、およびマスターデータアプリケーションの初期設計が含まれています。これらは、アクセラレーションがどこに適用され、どのレイヤーがそれぞれの責任を担うかを示しています。アプリケーションの実際のデータベース接続とワークロードを使用して、設計をデプロイメントプランに変換します。ワークロード設計を確認してください。

アクセラレータは、再利用可能なクエリ結果をメモリに保持します。読み取り処理で有効なキャッシュ結果を使用できる場合、データベース上で同じ処理を繰り返すことなく応答できます。データベースを必要とする読み取り処理は、データベース接続パスに沿って続行されます。アクセラレーションの仕組みについては、こちらをご覧ください。

変更データキャプチャは、データベースからコミットされた変更を追跡します。EngineGrids EngineGrids 、行識別子、述語、および依存関係を使用して、キャッシュされた行を維持し、影響を受けるクエリ結果を無効化します。CDC CDC割り込みが発生すると、バイパスと再同期がトリガーされます。

CDCを構成して、データベースに直接書き込まれたものを含む、関連するコミット済み変更すべてをカバーします。選択したエンジンのレプリケーション権限、ソースカバレッジ、および遅延を確認します。CDC CDCのアクセスを計画します。

データベースのトランザクション規則と分離規則は引き続き優先されます。キャッシュの再利用はエンジンのトランザクション規則に従い、関連する読み取りは古いキャッシュ結果から保護されますが、保護された書き込みは未解決のままです。高速化によって、データベーストランザクションの通常のスナップショット動作が上書きされることはありません。

読み取りキャッシュではMariaDB MySQLでは、実際のデータベース応答を待ちます。書き込み動作を確認してください。

キューに登録された自動コミット書き込みの場合、成功時にはデータベース実行完了前にメモリへの書き込みが承認されたことが示されます。このキューは永続的でも複製もされないため、プロセスまたはホストに障害が発生すると、承認された書き込みが失われる可能性があります。データベース生成値を必要とする操作は、ネイティブ応答を待ちます。

書き込み動作はエンジンによって異なります。MySQL およびMariaDB MySQL 、実際のデータベース書き込み応答が保持されます。その他のアダプタでは、データベース生成結果を必要とするトランザクションおよび操作を転送しながら、対象となる単一ステートメントの自動コミット操作をキューに入れることができます。書き込み動作を確認してください。

各インスタンスはバイパス状態で開始し、ローカルキャッシュを生成しながらリクエストを転送します。デフォルトのウォームアップ間隔は、運用転送開始から120秒です。設定された間隔が経過すると、有効な読み取りはキャッシュされた結果を使用できます。キャッシュ設定を確認してください。

EngineGridsは、 VMwareおよびNutanix環境を含むクラウドおよびオンプレミス環境への展開に対応しており、顧客管理環境へのインストール可能なソフトウェアとしても利用可能です。アクセラレータは、アプリケーションサービスとデータベース間の顧客管理型Linuxサーバー上で動作します。環境とワークロードに合わせて、ネットワークアクセスと容量を選択してください。展開の概要については、こちらをご覧ください。

アクセラレータパッケージ、承認済みのLinuxまたはSSHアカウント、データベースエンドポイント、アプリケーション認証情報、 CDCの前提条件、およびTLSファイルを用意してください。セットアップチェックリストをお読みください。

accel_setup 、データベース接続、 TLS 、 CDC 、キャッシュメモリ、ウォームアップ、可視性、およびアクセラレーション範囲に関するガイド付きターミナルメニューを提供します。マスクされた設定を確認し、「保存」または「破棄」を選択します。セットアップ手順を参照してください。

設定を保存して検証した後、アクセラレータサービスを明示的に起動します。パッケージ版のインストールでは systemctl を使用し、ローカル環境ではaccel start を使用します。設定を保存してもトラフィックは自動的に再起動されません。起動と接続の手順に従ってください。

単一のインスタンスから始めるか、外部のTCP背後に独立したインスタンスを配置します。各インスタンスには独自のキャッシュ、 CDC 、セッションがあります。複数のインスタンスを計画してください。

各インスタンスは、 CDC接続を介してデータベースの変更を取り込み、独自のローカルキャッシュを保持します。外部ロードバランサーが接続をルーティングします。構成はエクスポートおよびインポートでコピーし、宛先インスタンスで確認できます。インスタンス操作を確認してください。

新しいインスタンスをインストールして構成し、必要なCDC ID と権限を付与し、 TLSとデータベースの接続を確認します。リスナー ポートとローカル ファイル パスを確認し、外部ロード バランサーを構成してローカル キャッシュをウォームします。別のインスタンスを計画します。

Performance Lab は、ワークロードを使用した評価の計画と実行を支援します。直接データベースパスとEngineGridsを経由する同じワークロードを比較し、アプリケーションの動作とデータベースの要求を確認します。評価を計画してください。

代表的なワークロード、クラウドテスト環境、データベースパフォーマンス測定へのアクセス、および明確な成功基準を選択してください。直接パスとアクセラレータパスを比較する前に、再現可能な条件を計画してください。まずはラボの要件とセットアップガイダンスを参照し、次にアクセラレータセットアップガイドを使用してください。

両方のパスで同じワークロードとリソースを使用します。直接データベースのベースラインを確立し、アクセラレータを構成してウォームアップし、ワークロードを繰り返し実行します。測定期間と単位を一定に保ち、構成やトラフィックの変更を記録して、違いを解釈できるようにします。比較手順を確認します。

アプリケーションの応答時間、スループット、接続エラー、ワークロードの完了状況を測定します。データベースCPUとステートメントまたは実行回数、利用可能なメモリと I/O の測定値を比較します。アクセラレータのリソース使用量も記録し、データベース作業の削減をデプロイメント全体と併せて検討します。結果を理解してください。

現在の結果では、データベースCPU削減率と、アクセラレータ1.0.2のキャッシュヒット率が 6 つのエンジン全体で示されています。パフォーマンス ラボは、ワークロードとデプロイメントを評価するのに役立ちます。ベンチマーク結果をご覧ください。

結果は、クエリの再利用、読み書きパターン、接続動作、リソース、およびアプリケーションによるデータベースの使用方法によって異なります。アプリケーションのパフォーマンスとデータベースへの負荷を一緒に比較してください。データベースへの負荷が少ないこととアプリケーションのスループットが高いことは、異なる指標です。自社のワークロードとビジネス目標を反映した成功基準を設定してください。

パフォーマンスとデータベース需要の変化を確認し、提案されたデプロイメントの規模を決定し、インフラストラクチャ、ライセンス、アクセラレータ、および運用コストを比較します。その後、チームまたはパートナーと展開と購入の計画を立てます。結果については、 EngineGridsと話し合い、購入プロセスを確認できます。

アプリケーション側、データベース側、およびCDC TLSは個別に構成されます。サービス アカウントの証明書ファイルと信頼ファイルを準備します。リモート管理では、ホスト キー検証を使用して既存のSSHサービスを使用します。接続セキュリティを確認します。

accelとaccel_setup 、オペレーティングシステムの権限を使用してローカルで使用するか、 SSHを使用してリモートで使用します。ユーティリティパッケージを管理ワークステーションにインストールし、管理対象サーバーの権限設定を保持してください。リモート管理ガイドを参照してください。

アプリケーションは、既存のデータベース認証情報を使用して認証します。新しいセッションはデータベースで検証されます。選択したエンジンの必要なレプリケーション権限とメタデータ権限を持つ別のCDCアカウントを構成します。アカウントとCDCを確認します。

キャッシュされた結果とキューに入れられた書き込みはインスタンス メモリに残ります。SQLite SQLite構成と境界付きエラー ログを保存します。エクスポートされた構成にはシークレットが含まれますが、キャッシュされた結果、キューに入れられた書き込み、およびライブのCDCの進行状況は含まれません。状態とストレージを確認してください。

外部ロードバランサーは、新しい接続を利用可能なインスタンスにルーティングできます。失敗したセッションは再接続され、再起動後にキャッシュが再補充されます。データベースに到達していないメモリ内のキューイングされた書き込みは失われる可能性があります。インスタンスの操作を確認してください。

データベースは、永続的なデータ、データベースの可用性、バックアップ、およびリカバリの責任を負います。アクセラレータインスタンスは、独自のルーティングとライフサイクルに関する責任を負います。デプロイメントレイアウトを確認してください。

キューはメモリのみで、プロセス障害後のリカバリジャーナルやリプレイ機能はありません。計画停止前にキュー内の作業が完了するまで待機し、障害発生後にアプリケーションの結果とデータベースを照合してください。キュー操作を確認してください。

accelを使用してキャッシュヒットとミス、 CDCステータスとラグ、プロトコルトラフィック、キャッシュ占有率、稼働時間を監視します。ランタイム/エラーログを確認し、 OpenTelemetryメトリックをエクスポートして継続的な監視を行います。監視ガイドを開きます。

新しい接続をインスタンスから遠ざけ、作業を完了させ、キューのドレインを確認します。明示的な再起動の前に設定を確認します。起動バイパスはキャッシュがウォームアップしている間リクエストを転送し、 CDC損失が発生すると、整合性が回復するまでバイパスがトリガーされます。メンテナンスを計画します。

SQLite構成をエクスポートし、参照されている証明書ファイルとキーファイルを安全に保管してください。パッケージのアップグレードではインスタンス設定が保持されます。アップグレード後、明示的に再起動してください。データベースのバックアップと復旧手順を保管してください。アップグレードに関するガイダンスを確認してください。

はい。無料トライアル期間は30日間です。ご自身のワークロードで、またはパートナーと共同でEngineGrids Acceleratorを評価できます。評価結果に基づいて価値を測定し、導入および購入計画を立ててください。トライアルに関するお問い合わせはこちらから。

既に評価済みの導入プランの有料利用を計画してください。EngineGrids EngineGridsパートナーとオファー内容を確認し、その導入プランの購入手続きを進めてください。現在のトライアルの継続についても話し合ってください。

価格は、バージョン、導入規模、およびお客様の組織への実際のオファーによって異なります。購入を計画する際は、該当するオファーをご確認ください。導入ニーズを測定し、インフラストラクチャとサービスを全体予算に含めてください。購入方法をご確認ください。

AWS Marketplace 、 Microsoft Marketplace 、 Google Cloud Marketplace 、 Oracle Marketplace 、 IBM Marketplaceのリストは近日公開予定です。クラウド環境またはオンプレミス環境向けのインストール可能なソフトウェアについては、 EngineGridsまたはパートナーにお問い合わせください。購入方法についてはこちらをご覧ください。

はい。評価期間中に、 EngineGridsおよびパートナーと個別に提案内容について話し合うことができます。導入ニーズ、購入要件、評価結果を話し合いにご提示ください。個別提案についてご相談ください。

はい。EngineGrids EngineGrids 、既にお取引のあるプロバイダーにご紹介ください。パートナーは、クラウド、オンプレミス、またはインストール型ソフトウェアの導入における評価、展開、サービス、および購入プロセスを調整するのに役立ちます。パートナー購入について詳しくはこちらをご覧ください。

EngineGridsまたはパートナーから共有されたオファーリンクを開き、貴社および導入予定環境に合わせて内容をご確認ください。オファーを提供したチームと次のステップについて調整してください。既にトライアルを実施している場合は、そのインストール状況も購入に関する話し合いに含めてください。

データベースとアプリケーションの状況、評価結果、想定される導入規模、希望する導入および購入ルート、該当する場合はパートナーの連絡先をご用意ください。ソフトウェアの購入とサービス計画が整合するように、調達と継続的な運用を担当する担当者を特定してください。購入オプションを確認してください。

マネージドサービスプロバイダーは、セットアップ、日常的な運用、および日々のサポートに関する主要な連絡先です。まずは、プロバイダーのサポートポータルまたはサービスデスクをご利用ください。適切なプロバイダーの連絡先がわからない場合は、プロバイダーへの問い合わせフォームをご利用ください。

EngineGrids 、エンジニアリング上の問題に関して、ティア3直接サポートを提供します。プロバイダは、展開状況の調整、調査、および復旧をエンジニアリングチームと連携して支援します。サポートが必要な場合は、エンジニアリングに関する問い合わせルートをご利用ください。

影響を受けたアプリケーションとデータベース、問題発生日時、最近の変更点、および想定していた動作について説明してください。パスワード、アクセストークン、機密性の高い顧客情報を含めずに、有用なデプロイメントコンテキストを記載してください。トラブルシューティングガイドは、説明の準備に役立ちます。

パッケージのインストール、端末の設定、データベースおよびCDCへのアクセス、キャッシュ設定、アプリケーション接続については、セットアップガイドを参照してください。accel、 accel SSH管理、監視、バックアップ、メンテナンスについては、管理者ガイドを参照してください。

透過型読み取りアクセラレーションは、データベース接続パスに組み込まれます。ユーザーは既存のアプリケーションをそのまま使用でき、管理者はアクセラレータの設定とアプリケーションの接続設定の更新を行います。運用チームは、セットアップガイドと管理ガイドを参照します。

リセラーは、自社製品にデータベースアクセラレーションを追加し、購入をサポートできます。システムインテグレーターは、評価、導入、統合に関する取り組みを構築できます。MSPは、継続的な監視、最適化、および主要な顧客サポートを提供でき、 EngineGridsがTier 3エンジニアリングを担当します。パートナープログラムの詳細をご覧ください。

設計図を使用してアクセラレータを顧客ソリューションに配置し、アプリケーション、アクセラレーション、およびデータベース層全体にわたる責任を定義します。既存の環境向けにコスト最適化の取り組みを構築するか、新しいCMS 、 CRM 、 ERP 、財務、およびマスターデータアプリケーションを計画します。アーキテクチャ ハブから始め、パフォーマンス ラボを使用して顧客のワークロードを評価します。

EngineGridsに、貴社がどのように顧客にサービスを提供しているか、どのようなパートナーシップを考えているか、そして、事業加速化が役立つ可能性のある顧客事例についてお伝えください。パートナー問い合わせフォームから、評価、導入、購入、および継続的なサービスに関する話し合いが始まります。