エンタープライズキャッシングとは何ですか？

エンタープライズキャッシングの購入者向けガイド 、スケーリング中に一貫して高いパフォーマンスを提供するエンタープライズキャッシングソリューションを備えた電子書籍コンパニオンが利用可能になりました。以下から無料でダウンロードしてください。

何十年もの間、データベースはアプリケーションやWebサイトを推進する舞台裏で機能し、デジタルエクスペリエンスをより動的で適応性のあるものにしました。しかし、このモデルには根本的な問題があります。これらの同じデータベースにより、アプリケーションの速度も低下しました。

そこでキャッシュが登場します。サーバーのハードディスク上のデータベースに保存されていたデータを取得し、一時的な場所に移動して、はるかに迅速かつ効率的にアクセスできるようにします。その結果、データを取得するための複雑でエネルギーと時間のかかる操作を1回だけ実行する必要があります。その時点から、データをキャッシュから迅速かつ効率的に取得できます。

もちろん、あなたの会社が大きくなり、そのリーチが大きくなるにつれて、賭け金は高くなり、エラーのマージンは非常に薄くなります。突然、キャッシングはもはや便利なものではなくなり、必須のものになりました。小規模企業にとって便利なものは、大規模な競争力のある企業にとって不可欠になります。そして失敗は選択肢ではありません。

エンタープライズキャッシュを入力します。基本キャッシュの強固な基盤の上に構築されており、高可用性、本物の製品サポート、ミリ秒未満のパフォーマンス、完全分散レプリケーション、費用対効果など、増大する需要に対応するために企業が必要とする一連の機能を提供します。複雑なデータセットを管理する方法。よりスケーラブルで、障害に強く、そしてもちろん、より手頃な価格です。

エンタープライズキャッシングに切り替える時期は？

エンタープライズキャッシングソリューションを採用する理由は単純です。拡張できる必要があり、失敗する余裕がない場合です。エンタープライズキャッシングソリューションを採用する時期をどのように判断できますか？考慮すべき要素がいくつかあります：

1。元のデータベースは効果的に拡張できません

謙虚なアリは、地球上で最も驚くべき生き物の1つです。自重の5,000倍近く持ち上げることができます。何世紀にもわたって、多くの科学者（およびサイエンスフィクションの映画製作者）は、私たちが小さなアリの巨大な力を取り、それを人間のサイズに拡大したらどうなるのか疑問に思いました。残念ながら、アリはスケーリングしません。同僚のサイズのものを作ったとしたら、その足は自分の体の重さで倒れてしまいます。

キャッシュを拡張することの危険性はそれほど壮観ではありませんが、いくつかの類似点があります。それらが拡張されると、標準キャッシュは通常、ストレージとリソースの制限という2種類の障害にぶつかります。前者は、データをキャッシュするために使用できるスペースの量を表します。後者は、キャッシュされたデータの保存や取得など、必要な機能を実行する能力を指します。

解決策は簡単ですが、終わりがない可能性があります。ストレージの制限に達した場合、標準的な解決策は明らかです。ストレージを増やします。すべてのリソースを処理するのに十分な能力がない場合は、帯域幅と処理能力を高めてください。垂直スケーリングを使用すると、キャッシュに割り当てられて動作するリソースを増やすことができます。

オンプレミスでは、これは通常、現在のサーバーを、RAM、処理能力、ネットワーク帯域幅、または3つすべてを備えたより強力なサーバーに置き換えることを意味します。キャッシュがクラウドにある場合は、より大きなインスタンスに移動することを意味する場合があります。もう1つの代替方法である水平スケーリングでは、個々のキャッシュインスタンスのサイズを変更せずに、キャッシュを処理しているインスタンスのクラスターにノードを追加します。つまり、垂直方向のスケーリングはサイズで増加することを意味し、水平方向のスケーリングは数で増加することを意味します。

2。キャッシュのコストは法外になりつつあります

増大する需要に対応するためにキャッシュのサイズを着実に拡張すると、一時的に問題が解決する場合がありますが、どのくらいの費用がかかりますか？あなたが多くの人のようであるならば、あなたの持ち物はあなたの家やアパートを超えてしまい、あなたは1つ以上のストレージユニットを借りなければならなかったかもしれません。もしそうなら、ほとんどの場合、貴重な骨董品で満たすのと同じくらいの費用が、価値のない小物を収納ロッカーに詰め込むのにかかることに気付くでしょう。

基本的なキャッシングも同様に機能します。頻繁に使用されるデータや価値の高いデータは、あまり一般的でない、または重要性の低いキーや値と同じように扱われます。それだけでなく、キャッシュスペースが不足した場合、そのデータの性質は関係ありません。スペースが足りません。残念ながら、キャッシュスペースの追加にはコストがかかる可能性があります。 Redis on Flash（Redis Enterpriseのコンポーネント）は、キャッシュ階層を設定することにより、キャッシュコストを抑えるのに役立ちます。よりアクティブに使用されるキャッシュ値はRAMに保存されますが、使用頻度の低いキャッシュ値は、はるかに大きく安価なフラッシュメモリに保持できます。

3。単一のマスターに依存することはできなくなりました

キャッシュにノードを追加すると、トラフィックの増加の要求を満たすことができますが、問題の一部にしか対処できません。基本的なキャッシュにより、追加の読み取りレプリカが可能になります。これは、読み取り負荷を複数のサーバーに分散することで読み取りパフォーマンスを向上させる水平スケーリングの方法です。残念ながら、すべての書き込みを処理できるマスターは1つに制限されています。

デプロイメントが複数のリージョンにまたがっている場合、または複数のプロバイダーや複数のクラウドを使用している場合、単一のマスターに制限されると問題が発生する可能性があります。アプリケーションの顧客ベースが広範囲にわたる場合、単一のマスターに依存すると、衰弱させるボトルネックが生じる可能性があります。これは、発信元に関係なく、すべての書き込みリクエストを1つの限られた場所に送信する必要があるためです。

複数のウィンドウから注文を受け取ることができる持ち帰り用のレストランに行くのと少し似ていますが、支払うことになっているレジは1つしか開いていません。 RedisEnterpriseのActive-ActiveGeo-Deploymentを使用すると、リージョンやプロバイダーに関係なく、すべてのマスターインスタンスが読み取り要求と書き込み要求の両方を処理できます。

4。高可用性は贅沢から必需品へと変化しました

小規模なアプリケーションでは、アプリがダウンすることがあると、煩わしくて恥ずかしい思いをする可能性があります。エンタープライズレベルの停止は、ゲームチェンジャーです。リトルリーグの野球の試合での守備ミスは残念なことです。ワールドシリーズの同様のエラーは数百万の費用がかかる可能性があります。

同様に、可用性の障害はもはや単なる不便ではありません。それは真の責任です。実際、顧客とのSLAによっては、法的な危険にさらされる可能性があります。残念ながら、基本的なキャッシングは、スケーリング、セキュリティ、または高可用性の固有の保証を提供しません。理論的には、これらのセーフガードの多くをオープンソースキャッシュの上に構築することは可能ですが、これらの自社開発のソリューションには、多くの場合、独自の特別な頭痛と隠れたコストが伴います。

もちろん、一部のサードパーティのRedisキャッシュは、3〜9の可用性を提供しますが、単一のリージョン全体でのみ、データの永続性はなく、スナップショットのみです。アプリケーションが制限されている場合、それは限られたソリューションです。しかし、あなたの会社や顧客基盤が国際的である場合、それだけでは十分ではありません。 Redis Enterprise Cloudは、1つ以上のリージョンで5〜9のSLAを提供します。パフォーマンスに影響を与えることなく、データの永続性とバックアップをサポートします。さらに、自動クラスターリカバリと純粋なメモリ内レプリケーションを提供します。