LoadView オンデマンド (従量課金制) パッケージで課金するにはどうすればよいですか?

オンデマンド (別名”従量課金制”) パッケージの場合、テストの開始時にロード テストを実行するたびに課金されます。 シミュレートされた仮想ユーザーのコストと、テストに使用する ロード インジェクタ 時間 (LI 分) に基づいて、各テスト実行のテスト価格を形成します。

一般に、仮想ユーザーの数とテスト期間が多いほど、テストコストは高くなります。 したがって、テストのサイズと実行するロード テストの数によっては、LoadView サブスクリプション ベースのプランの方がコスト効率が高い場合があります。 アカウントを月間サブスクリプションにアップグレードすると、テストは USD の金額ではなくリソースで計算されます。

プランの選択についてさらにサポートを受け、ニーズに最適なプランを決定するには、ナレッジ ベースの記事「 ロード テストに適したパッケージを選択する方法 」を参照してください。

実際の開始前にキャンセルしたロード テストに対して課金された理由

テストを開始するには、AWS または Azure を介してロード インジェクタ サーバーをリクエストします。 ロード インジェクタは、テスト開始直後に開始されます。

テストが中止/キャンセルされた場合、テストの実際の期間に関係なく、ロード インジェクタの開始に関連するテスト コストが課金されます。

ロード テストの請求サイクルはいつ開始されますか。

請求期間は、LoadView サブスクリプション プランをアクティブ化した日から始まり、毎月同じ日の午前 00:00 に再開されます。 たとえば、1 月 25 日に LoadView サービスをアクティブ化した場合、最初の請求期間は 1 月 25 日から 2 月 24 日までです。 次の請求期間は2月25日から3月24日などです。 したがって、毎月25日に 請求されます。

課金サイクルの初日にパッケージに従ってテストするためのすべてのリソースを提供します。 未使用のリソースはすべて翌月にロールオーバーされることに注意してください。

2021 年 10 月 12 日より前にアクティブ化されたアカウントの場合、請求サイクルは月の 1 日から翌月の 1 日までです。

特定の数のユーザーに対するロード テストの予備コストを計算するにはどうすればよいですか。

ロード テストの予備コストを計算するには、テストを作成し、そのシナリオとコストを構成する必要があり、必要なリソースが自動的に計算され、テスト シナリオ ページの下部に表示されます。 ロード テストのコストは、テストに必要な仮想マシンの実際のコスト、テスト期間、および実行中にシミュレートされた仮想ユーザーの数に基づいて計算されます。

オンデマンド プランを使用している場合は、テストの実行に必要なリソースと共にテスト コストが表示されます。

サブスクリプション パッケージ (スターター、プロフェッショナル、または上級) を使用する場合は、テストの実行に必要なリソースの数が計算され、表示されます。 テスト実行時に、指定された量のリソース (ロード インジェクター分) がリソース残高に課金されます。

ロード テストに必要なリソースを把握し、現在のサブスクリプション パッケージ内で実行できるテストの数と、ニーズに最も適したサブスクリプション パッケージを計算できます。

サブスクリプション パッケージで実行できるロード テストの数を計算するにはどうすればよいですか。

特定のサブスクリプション パッケージで実行できるテストの数 を概算計算 するには、最初にロード テスト シナリオを構成する必要があります。 テスト シナリオが構成されると、テストの実行に必要なリソース (LI 分) がテスト シナリオ ページの下部に表示されます。

スターターパッケージを使用していて、HTTP(S)テストに60分のロードインジェクタが必要だとします。 スターターパッケージの制限は1,800ロードインジェクタ分です。 したがって、1,800/60 = 30のテスト実行でロードインジェクタの分数制限に達します。 そのため、スターターパッケージを使用すると、テストを30回まで実行できます。

シナリオで のロード インジェクタの数を調整 して、テストごとの負荷インジェクタの分の使用量を減らし、月内に実行できるテストの数を増やすことができます。 未使用のリソースはすべて次の請求サイクルにロールオーバーされることに注意してください。

その他の例については、ナレッジ ベースの「 ロード テストの数 」の記事を参照してください。

サブスクリプションのリソース残高更新日はいつですか。

サブスクリプションパッケージに基づくリソースは、毎月請求サイクルの開始日にアカウントのリソース残高に追加されます。 未使用のリソースはすべて翌月にロールオーバーされることに注意してください。

2021 年 10 月 12 日より前に有効化されたアカウントについては、毎月 1 日にリソースが追加されます。

Can I upgrade/downgrade a subscription plan at any time?

はい。 サブスクリプション プランは、いつでもアップグレードまたはダウングレードできます。 アップグレードはすぐに有効になりますが、ダウングレードは次の請求サイクルの開始時に有効になります。

サイクルの途中でアップグレードした場合は、プランをアップグレードし、パッケージ間のリソース差をすぐにリソース残高に追加します。 パッケージ間のコスト差額もアップグレード時に請求されます。

費用の差額は日割り計算されず 、請求サイクルのどの段階にいるかに関係なく、費用の差額の全額が請求されることに注意してください。 たとえば、月額料金プランをご利用で、現在の請求サイクルが終了する1日前にスターター($ 159)からプロフェッショナル($ 399)にアップグレードした場合、このサイクルで240ドルのコスト差額を支払い、次の請求サイクルの開始時に399ドルのプロフェッショナルパッケージ価格を支払うことになります。 次の請求サイクルの開始日は、最初のサブスクリプションの日付です(たとえば、5月5日にサービスにサブスクライブし、5月22日にアップグレードした場合、次の請求サイクルは6月5日に開始されます)。

アップグレード時に、未使用のリソースはすべて 1 か月から次のリソースにロール オーバーされ、サブスクリプションが有効である限り累積されます。

サブスクリプションプランをダウングレードすると、次の請求日に新しいパッケージ価格が請求されます。 未使用のリソースはすべて次の請求サイクルの開始時に無効になり、ロード テスト リソースは新しいサブスクリプション プランに従って残高に追加されます。プランの未使用部分の 払い戻しはできません

サブスクリプションプランからオンデマンドにダウングレードできますか?

はい。 オンデマンドにいつでもダウングレードできます。 オンデマンドプランへのダウングレードは、次の請求サイクルの開始時に有効になります。 リソース残高に残っているすべてのリソースは、次の請求サイクルの開始まで使用できます。 ダウングレードが有効になると、未使用のリソースはすべて無効になり、テストの実行ごとにクレジットカードで支払う必要があります。サブスクリプションプランの未使用部分の 払い戻しはできません

サブスクリプションをキャンセルできますか、またキャンセルはどのように機能しますか?

はい。 管理者権限がある場合は、[アカウント アカウント > 設定 > サブスクリプションの > ロード テスト] でロード テスト サブスクリプションを取り消すことができます。 それ以外の場合は、 管理者 ロールを持つユーザーにキャンセル要求を送信するように依頼します。 キャンセル要求には、顧客アドボカシー担当者による追加の確認が必要であることに注意してください。

キャンセル要求が処理されると、キャンセルは保留中となり、現在のプランは次の請求期間の開始まで有効になります。 サブスクリプションのキャンセルは、次の請求期間の初日に有効になります。

サブスクリプションのキャンセルが有効になると、アカウント内のすべてのロード テスト デバイスが無効になります。 ただし、ロード テストの履歴は翌月も保持され、すべてのロード テスト デバイスを表示できます。

解約したサブスクリプションは、解約日から1か月以内に更新できます。 それ以外の場合、すべてのロード テスト履歴は月末に削除されます。 アカウントは自動的に削除されず、サブスクリプションのキャンセル後もアカウントにアクセスできます。

アカウントに関連付けられているすべてのデータを完全に削除するには、既存のサブスクリプションをすべてキャンセルし、[サブスクリプション] ページで [アカウントの削除

] を選択する必要があります。

アカウントの解約時にアカウントからクレジットカード情報を削除することはできますか?

アカウントのキャンセル時に、当社のデータベースからクレジットカード情報が自動的に削除されます追加の要求は必要ありません。

アカウントの部門間で請求される部門とリソースはどのように割り当てられますか?

所有者アカウントの管理者は、部門間でリソースを割り当て、部門ごとの毎月のウォレット操作に制限を設定できます。 リソースを割り当て、部門設定の [ アカウント > アカウント設定 > 部門] でウォレット操作の制限を設定できます。

所有者アカウントで LoadView サブスクリプション パッケージを使用している場合は、まず割り当てられたリソースを確認してテストを開始します。 部門に割り当てられたすべてのリソースが使用されている場合、部門はオンデマンド計画に切り替えられます。 この場合、部門は、部門に設定された毎月の操作ウォレット制限内でテストを実行することが許可されます。

ウォレットの制限を超えて、部門で現在利用できるリソースがない場合、部門のユーザーはパッケージをアップグレードするように求められます。 それ以外の場合、現在のサブスクリプション パッケージに従ってリソースがアカウントの残高に追加される翌月の初めにテストを実行できます。

所有者アカウントがオンデマンド プランを使用している場合、部門に対して設定できるのは、毎月の操作ウォレット制限のみです。 この場合、部門ユーザーがロード テストを実行するたびに、部門に割り当てられた金額からテスト費用が請求されます。

アップグレード/ダウングレード時に Boost オプションはどのように機能しますか?

課金サイクルが終了する前にロード テスト リソースが不足し、現在の LoadView サブスクリプション プランをアップグレードしない場合は、1 回限り のブースト オプションを使用して、毎月のサブスクリプションと同額のリソースを追加できます。

Boostをパッケージに追加するには、[アカウント] タブで [アップグレード プラン] を選択し、[Boost] をクリックします。 リソースを追加し、アカウントに提供されたクレジットカードに課金します。

サブスクリプションをアップグレード/ダウングレードし、ブーストオプションをミッドサイクルで使用する場合、新しいパッケージ条件に従ってリソースを追加してクレジットカードに請求します。