問題タブ [swisscomdev]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
3 に答える
172 参照

mariadb - Swisscom クラウドでの Maria DB ストレージ容量

このページhttps://developer.swisscom.com/pricingによると、プランごとにインスタンス数を定義できます。システムに追加の GB が必要な場合、インスタンスを追加するだけでよいということですか? コードを変更する必要はなく、同じ接続パラメーターを使用できますか?

0 投票する
1 に答える
2061 参照

amazon-s3 - 新しいメタデータを含む S3 オブジェクトのコピー

まったく同じキーに新しいメタデータを使用してコピーを実行することにより、s3 ストレージ内の既存のすべてのファイルに Cache-Control ヘッダーを設定しようとしています。x-amz-metadata-directive: REPLACEこれは、ヘッダーを介して s3 API によってサポートされています。https://docs.developer.swisscom.com/service-offerings/dynamic.html#s3-apiにある s3 API の互換性に関するドキュメントでは、オブジェクト コピー メソッドは、サポート対象またはサポート対象外としてリストされていません。

コピー自体は(別のキーへの)正常に機能しますが、新しいメタデータを設定するオプションは、同じキーまたは別のキーへのコピーでは機能しないようです。これは ATMOS s3 互換 API でサポートされていないのでしょうか? また、すべてのコンテンツを読み取ってストレージに書き戻すことなくメタデータを更新する他の方法はありますか?

現在、Amazon Java SDK (v. 1.10.75.1) を使用して呼び出しを行っています。

アップデート:

いくつかのテストの後、私が抱えている問題はより具体的であるようです。コピーは機能し、Content-Disposition や Content-Type などの他のメタデータを正常に変更できます。Cache-Control だけが無視されます。

ここで要求されているように、呼び出しを行うために使用しているコードは次のとおりです。

API への PUT (コピー) 要求の Cache-Control ヘッダーが途中でドロップされている可能性がありますか?

0 投票する
2 に答える
414 参照

amazon-s3 - S3 の過度の使用はソケットのクローズで終了しますか?

この質問は、特に Amazon ではなく、Swisscom Application Cloud に関するものです。

私のアプリケーションは 50 のスレッドを使用します。合計すると、S3 に対して 1 秒あたりおそらく 25 ~ 200 のリクエストが行われます。それらを10〜30秒間実行した後、次のような例外が発生し始めます。

アプリを再起動するか、数分待った後、問題は解決しましたが、起動して S3 に再び負荷をかけるとすぐに、10 ~ 30 秒後にこれらの例外が再び発生しました。

リクエストレートに制限はありますか?

0 投票する
1 に答える
270 参照

storage - Maria DB のストレージ容量と料金

現在、Maria DB の開始プランは 1 GB のみです。次の計画があることを期待したいと思います: S - 5 GB、M - 35 GB、L - 100 GB。Maria DB ストレージ プランを拡張する計画はありますか?

Maria DB で毎月 500 MB を生成できる、Swisscom Cloud でホストされる 1 つのアプリをリリースする予定です。現在の Maria DB プランでは、すぐにストレージが不足します。

0 投票する
1 に答える
1039 参照

java - Swisscom Cloud 上の Java アプリが OOM で失敗する

Swisscom Cloud にデプロイ可能な Java アプリケーションがあります。1.5 G の RAM を持つインスタンス。CF の次のパラメーターを使用して、このアプリのメモリ使用量を制限しています。

インスタンスの下で、実行すると次のps -ef | grep javaようになります。

残念ながら、しばらくするとアプリ プロセスが強制終了されます ("Exit with status 137")。CF の別の設定を試してみましたが、うまくいきませんでした。使用メモリを制限しているにもかかわらず、常に 1.5 ギガの RAM が不足しています。

クラッシュする前に、New Relic を使用してヒープ メモリの使用状況を分析していました。

使用済みヒープ メモリ 使用済みの非ヒープ メモリ ここで、4時半頃の出来事Exited with status 137 (out of memory)。ご覧のとおり、メモリの超過はまったくありませんでした。

クラッシュする前に cf インスタンスでコマンドを実行するとtop、次の結果が得られました。

7 vcap 10 -10 6160764 1.357g 22528 S 27.3 7.4 3:09.52 java

実際に何が間違っている可能性がありますか?Java プロセスが実際に約 1.4G の RAM を使用したことがわかりましたが、New Relic グラフからは、それほど大量のメモリが使用されていません。

0 投票する
1 に答える
63 参照

cloud-foundry - サービス コネクタのインストールがヒントなしで失敗する

cf バージョン 6.22.2 +a95e24c-2016-10-27 でcfをインストールし、次のコマンドを使用してこのドキュメントのサービス コネクタ プラグインをインストールする手順に従います。

このプラグインをインストールするかどうかを確認するよう求められます。確認すると、次のようになります。

これは「FAILED - プラグインのインストールがキャンセルされました」に変換されます。

URL を確認し、ローカル インストールと同じ bin のダウンロード バージョンで試しました。sudo cf install-plugin を試しました。64 ビットの Ubuntu があることを確認しました。

問題は何ですか?エラーについてのヒントがないと、ちょっと難しいです。

0 投票する
2 に答える
400 参照

amazon-s3 - Swisscom S3 Dynamic Storage 同時アクセス

Swisscom S3 Dynamic Storage の使用中に問題が発生しています。5 つ以上の並列スレッドで同時テスト CRUD 要求を行うと、ストレージ サービスは正しい応答ではなく 403 Forbidden をランダムに送信します。同じリクエストを 1 つずつ順番に実行すると、すべてが正常に機能します。

私が使用しているコードは以下のとおりです

取得している例外は次のとおりです。

com.amazonaws.services.s3.model.AmazonS3Exception: The AWS Access Key Id you provided does not exist in our records. (Service: Amazon S3; Status Code: 403; Error Code: InvalidAccessKeyId; Request ID: null), S3 Extended Request ID: null

このような状況は異常でスケーラブルではないため、このような状況で何ができるかをお勧めできますか。