問題タブ [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.
mariadb - Swisscom クラウドでの Maria DB ストレージ容量
このページhttps://developer.swisscom.com/pricingによると、プランごとにインスタンス数を定義できます。システムに追加の GB が必要な場合、インスタンスを追加するだけでよいということですか? コードを変更する必要はなく、同じ接続パラメーターを使用できますか?
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 ヘッダーが途中でドロップされている可能性がありますか?
amazon-s3 - S3 の過度の使用はソケットのクローズで終了しますか?
この質問は、特に Amazon ではなく、Swisscom Application Cloud に関するものです。
私のアプリケーションは 50 のスレッドを使用します。合計すると、S3 に対して 1 秒あたりおそらく 25 ~ 200 のリクエストが行われます。それらを10〜30秒間実行した後、次のような例外が発生し始めます。
アプリを再起動するか、数分待った後、問題は解決しましたが、起動して S3 に再び負荷をかけるとすぐに、10 ~ 30 秒後にこれらの例外が再び発生しました。
リクエストレートに制限はありますか?
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 プランでは、すぐにストレージが不足します。
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 グラフからは、それほど大量のメモリが使用されていません。
cloud-foundry - サービス コネクタのインストールがヒントなしで失敗する
cf バージョン 6.22.2 +a95e24c-2016-10-27 でcfをインストールし、次のコマンドを使用してこのドキュメントのサービス コネクタ プラグインをインストールする手順に従います。
このプラグインをインストールするかどうかを確認するよう求められます。確認すると、次のようになります。
これは「FAILED - プラグインのインストールがキャンセルされました」に変換されます。
URL を確認し、ローカル インストールと同じ bin のダウンロード バージョンで試しました。sudo cf install-plugin を試しました。64 ビットの Ubuntu があることを確認しました。
問題は何ですか?エラーについてのヒントがないと、ちょっと難しいです。
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
このような状況は異常でスケーラブルではないため、このような状況で何ができるかをお勧めできますか。