Zinn® Vector Start
¥2,000/月
または年間 ¥20,000
- NVMe ストレージ
- 10 GB
- データベースのサイズ
- サイトあたり 1 GB
ベクトルデータベース
弊社が運用およびバックアップを行う pgvector 上で、埋め込みを保存し意味に基づいて検索できます。新しいデータストアを学習する必要も、クラスターのサイジングを行う必要もありません。インデックスを作成し、ベクトルを書き込み、すでにお持ちの API キーでクエリを実行するだけです。
ベクトルデータベースは通常、プライマリシステムと並行して運用する2つ目のシステムです。別のクラスター、別のバックアップ手順、そして夜中に叩き起こされる原因がもう1つ増えることを意味します。本機能は PostgreSQL 内部の pgvector です。他のすべてのデータと同一のエンジン、同一の耐久性、同一の夜間ベースバックアップ、および同一の継続的な先行書き込みログ (WAL) アーカイブを利用できます。インデックスは HNSW インデックスを備えた通常のテーブルであるため、近似最近傍探索を高速に実行でき、それ以外のあらゆる面では極めて平穏です。これこそまさに、午前3時に求めている特性です。
ほとんどのマネージドベクトルサービスでは、限られた次元のリストから選択する必要があります。お客様の次元数は切りの良い数字である必要はありません。より狭いベクトルはゼロで次の物理幅まで埋め込まれるため、1から3072までの任意の値が受け入れられ、正確に保持されます。これにより、コサイン類似度、ユークリッド距離、内積距離はまったく変化しません。1408次元のモデルは、そのサイズにネイティブに適合したモデルと同一にランク付けされ、読み出し時にもパディングではなく、保存した1408個の値がそのまま返されます。
すべてのプランに含まれています。追加で購入するサポートティアやインシデントごとの料金、チケットの発行制限はなく、サポートデスクは1日24時間営業しています。
サポートはホスティングの一部であり、アップセルではありません。最小のプランでも最大のプランでも同じサポートが提供され、インシデントごとに回数がカウントされたり制限されたりすることはありません。
どの時間帯に作業されていても、どのタイムゾーンにいらっしゃっても、サポートデスクにはスタッフが常駐しております。朝にならないと開かない受信トレイにメッセージを送っているわけではありません。
普段考えている言語でチケットをご記入ください。チーム向けに翻訳したうえでお客様の言語で回答いたします。原文もワンクリックでいつでもご確認いただけます。当社はすべての 58 で販売しています。
当社のアシスタントはナレッジベースから即座に回答しますが、お客様に代わってチケットをクローズすることは決してありません。チケットは対応可能な担当者が引き継ぎ、回答いたします。
サイトの広告を掲載していますか?すべてのZinn®ホスティングプランには、インストール不要でサーバー上で動作するZinn® Adsクリックシールドが含まれています。広告上のボットや繰り返しのクリックを検知して排除します。広告アカウントを毎日監査し、完全自動または事前に確認してから実行されるマルチチャネルPPC自動化機能、Zinn® Adsと組み合わせてご利用ください。
フィンランドとドイツにある当社のサーバーは再生可能電力で稼働しています。これは後から相殺されたものではなく、直接そのように調達されたものです。米国およびシンガポールの拠点については供給を確認していないため、その旨を主張することはありません。
ユーザーがこのページの次によく見るページ——その基盤となるプラットフォーム、その他のラインナップ、そしてご利用開始後のサポート情報です。
それらのいずれでも構いません。お客様のモデルによって生成された数値を送信していただくため、OpenAI、Cohere、Voyage、お客様ご自身のマシン上にある Sentence-Transformers モデルなど、どれであっても弊社にとっては同じです。インデックスを作成する際に幅を指定してください — 384、768、1024、1536、3072はいずれも一般的であり、その中間の値も同様です。
いいえ。後から気付かれるより、率直にお伝えしたいと思います。両者はベクトルの物理的な格納場所と順位付けの方法を決定するため、いずれかを変更すると、インデックスにすでに存在するすべてのデータが警告なしに無効化されてしまいます。別の埋め込みモデルに切り替える場合は、2つ目のインデックスを作成してそこに書き込んでください。これはすべてのベクトルデータベースで求められることであり、理由も同じです。
はい、その通りであり、知っておく価値があります。2,000次元を超える場合、PostgreSQL の HNSW インデックスがそれ以上の幅の単精度列を受け入れないため、値は半精度で保存されます。3072次元モデルの場合、これは pgvector 自体が推奨しているアプローチであり、ランキングへの影響はごくわずかです。ただし、これは実際のトレードオフであり、推測されるよりも弊社から直接お伝えすべき内容です。
現時点では対応しておりません。インデックスには、HTTPS 経由で Zinn® API キーを使用してアクセスします。このキーは検索を実行できるキーがアカウント内で他の操作を行えないようにスコープが制限されています。これにより、クエリを正確に測定し、あるテナントの行データが別のテナントからアクセスされないよう安全に保つことができます。直接接続が必要な場合はお知らせください。推測するのではなく、ご要望に基づいて構築したいと考えております。
2つのメーターに基づきます: カレンダー月内に保存した容量と、実行した検索回数です。どちらも発生と同時にダッシュボードにリアルタイムで表示されます。ストレージは物理的なテーブルサイズではなく、公開された計算式 (行のオーバーヘッドに、保存されたデータ幅、さらにご自身の ID やメタデータの長さを加算したもの) に基づいています。これは、弊社の提示額をそのまま鵜呑みにすることなく、ご請求額の数値を正確にご自身で再現・確認できるようにするためです。