ストレージとスループットの制限

優れたパフォーマンスを確保するために、 HERE platform はデータのストレージとスループットに制限を設けています。 一部の制限はレイヤーの設定によって制御できます。レイヤーの設定およびデータ使用量に基づいて課金されるため、コストに影響が出る可能性があります。 一般的に、 HERE platform から送受信するデータ量が多いほど、保存するデータ量が多いほど、請求量も多くなります。 レイヤーのパフォーマンスを高めるように設定した場合は、より多くのコストがかかります。 各レイヤータイプに関連付けられているコストの詳細については、『コスト管理ガイド』を参照してください。

カタログの制限

制約条件 制限
カタログ内の最大レイヤー数 250
自動カタログバージョン削除 ( 再利用可能な最大バージョン数 ) 50,000

レイヤーの制限

インデックス レイヤー の制限

制約条件 制限
パーティションの最大サイズ 500 GB
最大スループット 制限はありませんが、スループットは次の要因の影響を受けます。
  • HERE platform をグローバルにロードします
  • HERE platform 組織に読み込みます
  • 操作のタイプ ( 読み取り、書き込み、削除など )
  • リクエストまたはバッチのサイズ
  • 同時要求の数
最小 TTL 7 日
最大 TTL 最大数はありません
データの最大量 最大数はありません
インデックスレイヤーのインデックスの最小数 1
インデックスレイヤーのインデックスの最大数 4

コストに関する考慮事項 :

  • レイヤーに保存されているメタデータおよびデータの量に応じて課金されます
  • blob および index API を使用して読み書きしたデータ量に基づいて請求されます
  • レイヤーに設定されている保持設定に基づいて課金されます

Interactive マップ レイヤー の制限

制約条件 制限
パーティションの最大サイズ 該当なし
最大スループット 制限はありませんが、スループットは次の要因の影響を受けます。
  • HERE platform をグローバルにロードします
  • HERE platform 組織に読み込みます
  • 操作のタイプ ( 読み取り、書き込み、削除など )
  • リクエストまたはバッチのサイズ
  • 同時要求の数
最小 TTL 該当なし
最大 TTL 該当なし
データの最大量 128 TB
最大ペイロードサイズ - アップロード 20 MB ( 非圧縮 )
最大ペイロードサイズ - ダウンロード 50 MB ( 非圧縮 )
最大リクエスト数 1 秒間に 1,000 件を超えるリクエストがあると、スロットルが作成され、その秒内の残りのリクエストは各アプリで失敗します。
1 つのリクエストの最大期間 30 秒
応答内の最大機能 100,000
完全に検索可能なレイヤー内の最大機能 10,000 個未満のフィーチャを含むレイヤーでは、プロパティ検索に制限はありません。 10,000 を超える機能を含むレイヤーの場合、プロパティ検索は「検索可能」とマークされたプロパティに対してのみ有効になります。 検索可能なプロパティは、レイヤー設定を使用して、自動的に定義することも、手動で定義することもできます。

コストに関する考慮事項 :

  • レイヤーに保存されているメタデータおよびデータの量に応じて課金されます
  • interactive API を使用して読み書きしたデータ量に基づいて課金されます
  • レイヤーのインデックス付けはその場で行われるため、追加の IO は使用されませんが、インデックスによって保存されているデータが追加されます。

オブジェクト ストア レイヤー の制限

制約条件 制限
単一オブジェクトの最大サイズ 500 GB
最大スループット 制限はありませんが、スループットは次の要因の影響を受けます。
  • HERE platform をグローバルにロードします
  • HERE platform 組織に読み込みます
  • 操作のタイプ ( 読み取り、書き込み、削除など )
  • リクエストまたはバッチのサイズ
  • 同時要求の数
最小 TTL 該当なし
最大 TTL 該当なし
オブジェクト ストア レイヤー内の最大データ量 制限なし

コストに関する考慮事項 :

  • レイヤーに保存されているメタデータおよびデータの量に応じて課金されます
  • blob API を使用して読み書きしたデータ量に基づいて課金されます
  • コストに影響を与えるレイヤー設定がありません

ストリーム レイヤー の制限

制約条件 制限
パーティションの最大サイズ 1 MB

詳細については、「ストリーム レイヤー の最大メッセージサイズの制限」を参照してください。
最大スループット インバウンド : 32800 KBpsOutbound :

65500 kbps ですが、 HERE Marketplace 内のカタログの最大アウトバウンドスループットは 2000 kbps です。

ストリーム レイヤーの最大スループットは、レイヤー作成時に割り当て済みの容量として設定されます。 インバウンドレートがインバウンドスループットを超えると、サービスはインバウンドメッセージのスロットリングを開始します。 サービスは、すべてのコンシューマへの合計アウトバウンドレートがアウトバウンドスループットを超えると、アウトバウンドメッセージのスロットリングを開始します。 スロットリングが発生すると、サービスの応答が遅れますが、メッセージはドロップされません。
最小 TTL 10 分
最大 TTL 72 時間
データの最大量 ストリーム レイヤーに同時に保存できるデータの最大量は、次のように計算できます。

(inbound throughput) x (retention time)
消費者グループの最大サイズ ストリーム レイヤーのコンシューマグループのサブスクリプション数は、次のように計算できます。

max (input throughput, ceil (output throughput /2))
最大メッセージサイズ ストリーム レイヤーの最大メッセージサイズは 1 MB です。メッセージは 1 MB 以下に保つことをお勧めします。 1 MB を超えるメッセージの場合は、まず Blob API にデータをアップロードし、ストリーム by reference (データ ハンドル)でメッセージを渡すことをお勧めします。

コストに関する考慮事項 :

  • 使用量はコストに影響しません
  • レイヤーに設定されている最大スループットに基づいて課金されます
  • レイヤーに設定されている保持設定に基づいて課金されます

バージョン付レイヤー の制限

制約条件 制限
パーティションの最大サイズ 500 GB
最大スループット メタデータ を公開する場合は、 24 MB/ 秒を超えないようにすることをお勧めします。 データ公開プロセスでの単一のファイルのアップロードには、より具体的な制限が適用されます。 詳細 については、「バージョン付レイヤー への公開」を参照してください。
データの最大量 最大数はありません

コストに関する考慮事項 :

  • レイヤーに保存されているメタデータおよびデータの量に応じて課金されます
  • blob および metadata API を使用して読み書きしたデータ量に基づいて請求されます
  • コストに影響を与えるレイヤー設定がありません
  • カタログのバージョンを削除してストレージコストを管理すると、バージョン管理されたレイヤーのデータライフサイクル管理をより詳細に制御できます。 カタログのバージョンを手動で削除するか 、またはconfig サービスを使用して、automaticVersionDeletion を有効にし 、numberOfVersionsToKeep を 最大値 50,000 に設定することで、カタログのバージョンを自動的に削除できます。 詳細について は、「カタログバージョンを削除する」を参照してください。
  • HERE では、データパーティションのサイズが同じで、できるだけ高いズーム レベルを使用することをお勧めします。 詳細については、「 バージョン管理されたレイヤーのデータモデルを設計する場合の考慮事項」を参照してください。

ボラタイル レイヤー の制限

制約条件 制限
パーティションの最大サイズ 2 MB
最大スループット 制限はありませんが、スループットは次の要因の影響を受けます。
  • HERE platform をグローバルにロードします
  • HERE platform 組織に読み込みます
  • 操作のタイプ ( 読み取り、書き込み、削除など )
  • リクエストまたはバッチのサイズ
  • 同時要求の数
最小 TTL 1 分
最大 TTL 7 日
データの最大量 21 GB

コストに関する考慮事項 :

  • blob API を使用して読み書きしたデータ量に基づいて課金されます
  • レイヤーに設定されているストレージ容量に基づいて課金されます。 ストレージ容量の増加に伴い、価格が上昇します。
  • レイヤーに設定されているデータ冗長性に基づいて課金されます。 multi-instance モードの場合、データの 2 つの追加コピーが合計 3 つ作成され、耐久性が提供されるため、コストが 3 倍になります。

Data API のクォータ

API 割り当て量
stream 各に appId は、合計ストリーム レイヤースループットのクォータがあります。 クォータはバイトレートしきい値です。 1 つ appId のインスタンスは複数の販売担当者および消費者のインスタンスにまたがることができ、クォータはすべて 1 つのエンティティとして適用されます。 たとえば appId 、「 test-client 」のクォータが 10200 kbps である場合 appId、このクォータは同じであるすべてのインスタンスで共有されます。 Kafka トピックパーティションごとのデフォルトのクォータは次のとおりです。

  • 入力スループット ( 「 producer\_byte\_rate 」 ) : 10200 kbps
  • 出力スループットレート ( 「 consumer\_byte\_rate 」 ) : 2000 kbps
index index API は、リソースベースのスロットルメカニズムを使用します。 リクエストによって CPU およびメモリリソースが特定のしきい値を超えると、システムが自動スケーリングを使用してより多くのリソースを割り当てている間に、追加のリクエストがスロットルされます。
publish publish API のクォータは、 1 分あたり 5000 リクエスト appIdです。

Artifact Service API クォータ

API 割り当て量
schema and artifact listing 各に appId は、リストを返すリクエストのクォータがあります。 1 つのユーザー appId が 5 秒以内に送信できるリクエストは 5 つまでです
download artifact with API key 各に appId は、 API キー を使用するリクエストのクォータがあります。 1 つのユーザー appId が 5 秒以内に送信できるリクエスト数は 500 件までです
check access to an artifact 各リクエスト appId には、アーティファクトを返すリクエストの割り当て量があります。 1 つのユーザー appId が 5 秒間に送信できるリクエスト数は 150 件までです
other schema and artifact operations 各リクエスト appId には、前の段落でカバーされていないリクエストの割り当て量があります。 1 つのユーザー appId が 5 秒以内に送信できるリクエストは 50 件までです

」に一致する結果は 件です

    」に一致する結果はありません