Cloud-based load testing service end of life - Azure DevOps Blog
Update: October 3,2022 You can now use Azure Load Testing for load testing your applications. Azure Load Testing is a fully managed service to generate high-scale load and identify app performance bottlenecks. When Visual Studio 2019 Preview 1 shipped in early December, we announced our plans to deprecate the load test functionality in Visual Studio. Visual Studio 2019 will be the last version of
Azure AD Connect によるパススルー認証 – Cloud Steady | パーソルプロセス＆テクノロジー株式会社
TOP > 技術FAQ > MS製品以外 > Postfixで「queue file size limit exceeded」のメッセージが出た場合の対処 「queue file size limit exceeded」はPostfixで受け取ったメールのサイズが設定値を超過していることを示しています。 Postfixのメールサイズの上限設定は下記コマンドで確認できます。 postconf -d | grep message_size_limit 設定値以上のメールデータの送信が必要な場合は、Postfixの設定変更が必要となります。 /etc/postfix/main.cf 内「message_size_limit」の値を変更します。 変更後、設定を再読み込みするためPostfixをリロードします。 変更が難しい場合は、メールデータのサイズが設定値を超えないように分割して送付する等
App Service Premium V2 が Public Preview になった - しばやん雑記
あまりアップデートが無かった App Service 周りですが、ここ数日で一気にインフラ周りにアップデートがあって色々と見るのが大変です。割高感しかなかった Premium がついに改善です。 Premium V2 自体は App Service Environment で使える Isolated と同じインスタンスタイプです。具体的には D1-3 v2 が使われるようになりました。 現在利用可能なリージョンは South Central US / West Europe / North Europe / Australia East / Australia Southeast の 5 つだけです。EU と Australia は Premium ユーザーが多かったのかもしれないです。 検証のために、日本から比較的近そうな South Central US を使うことにしました。 ちなみ
Tomcat - server.xml - Engineタグ
Engineタグ Tomcat Version:8.5.23 Engine要素は、特定のCatalinaサービスに関連付けられたリクエスト処理機構全体を表します。 1つ以上のコネクタからのすべての要求を受信して、 処理し、完了した応答をコネクタに返して、最終的にクライアントに送信します。 サービスに関連するすべての対応するConnector要素の後に、正確に1つのEngine要素をService要素内にネストしなければなりません。 Engineタグの補足説明 「server.xmlの概要」で示したserver.xmlの概要図です。 １つのService要素の配下に１～複数のConnector要素を定義します。そのあとに１つのEngine要素を必ず定義します。 Engine要素とその配下のHost要素を定義すると、Tomcat初期起動時に「$CATALINA_BASE/conf/エンジン名/
無効なゲートウェイによるエラーのトラブルシューティング - Azure Application Gateway
概要 アプリケーション ゲートウェイの構成後に発生する可能性があるエラーの 1 つは、"サーバー エラー:502 - Web サーバーがゲートウェイまたはプロキシ サーバーとして動作しているときに、無効な応答を受信しました" です。 このエラーが発生する主な理由としては、次のことが考えられます。 NSG、UDR、またはカスタム DNS が、バックエンド プールのメンバーへのアクセスをブロックしている。 バックエンド VM または仮想マシン スケール セットのインスタンスが既定の正常性プローブに応答しない。 カスタムの正常性プローブの構成が無効または不適切である。 Azure Application Gateway のバックエンド プールが構成されていないか、空である。 仮想マシン スケール セット内に正常な VM またはインスタンスがない。 ユーザー要求での要求のタイムアウトまたは接続の問
ローカル キャッシュ - Azure App Service
Azure App Service のコンテンツは Azure Storage に保存され、コンテンツ共有として永続的な方法で表示されます。 これは多様なアプリが機能するための設計であり、次の特徴があります。 コンテンツは、アプリの複数の仮想マシン (VM) インスタンス全体で共有されます。 コンテンツは永続的であり、アプリを実行して変更できます。 ログ ファイルと診断データ ファイルは、同じ共有コンテンツ フォルダーで使用できます。 新しいコンテンツを直接発行すると、コンテンツ フォルダーが更新されます。 SCM Web サイトと実行中のアプリでもすぐに同じコンテンツを表示できます (通常、なんらかのファイルの変更があった場合、ASP.NET などの一部のテクノロジはアプリの再起動を開始し、最新のコンテンツを取得します)。 多くのアプリはこれらの機能の 1 つまたはすべてを使用しますが、
稼働中 Azure Web Apps に影響を与える操作について (再起動とか) - poke_dev’s blog
Azure ポータルでは Web Apps に関して色々と操作出来るが、その際の稼働中 Web Apps の挙動について説明。 なお、Functions の挙動は異なるので注意 (https://poke-dev.hatenablog.com/entry/2019/11/24/160018)。 ここでは ASP.NET MVC のプロジェクト作成時の状態を Free/Basic プランの 1 インスタンス Web Apps で確認している。 Basic についても「常時接続」設定がオフの場合は、本件の確認内容については Free と本質的に差異はないはず。 また、Basic 以上のプランであれば 2 インスタンス以上にスケールアウトすることが可能だが、スケールアウト時は仮想マシン自体が増加するので、挙動の差異は特にないはず（同じ挙動が全インスタンスで同様に行われるだけ）。 なお、セッション
tomcatの起動に時間がかかる - 戯言
tomcatの起動に、数分かかるようになったのでcatalinaのログを見てみたところ、 INFO: Creation of SecureRandom instance for session ID generation using [SHA1PRNG] took [213,276] milliseconds. と、SecureRandom インスタンスを生成している箇所で、3分半くらいかかっていた。 これは、Javaのバグらしく、tomcatの起動オプションに、 -Djava.security.egd=file:/dev/./urandom を加えることで解決しました。 デフォルトでは、/dev/random を使うけど、/dev/./urandomに変更することで回避できるみたい。 参考URL：http://bugs.java.com/bugdatabase/view_bug.do?b
HowTo FasterStartUp - Apache Tomcat - Apache Software Foundation
This section provides several recommendations on how to make your web application and Apache Tomcat as a whole to start up faster. General Before we continue to specific tips and tricks, the general advice is that if Tomcat hangs or is not responsive, you have to perform diagnostics. That is to take several thread dumps to see what Tomcat is really doing. See Troubleshooting and Diagnostics page f
Tomcatを高速に起動する - シンクロ・フード エンジニアブログ
こんにちは、シンクロ・フードの大久保です。最近はAWSのLambdaを触っています。近々、そのネタもブログにしようと思っています。 さて、今回はTomcatの起動高速化のお話しをしようかと思います。Railsもやっていますが、なんだかんだ言って弊社はTomcatとの付き合いが長いので…。 まず、Tomcatの起動高速化する方法を紹介する記事としては、以下のWikiが有名です。 https://cwiki.apache.org/confluence/display/TOMCAT/HowTo+FasterStartUp 今回はこの記事を軽く紹介していく、という、新しいことが特にあるわけでもない記事です…。 とはいえ、元記事を読んだことが無い方には参考になるかもしれませんので、もしこの記事を読んで興味が湧いたら、元記事を読んでみてください。 尚、弊社の本番環境で運用されているTomcatは、サー
php - SymfonyがアップロードしたファイルがAzureで読み取れない - 初心者向けチュートリアル
質問が2つあります。 Symfony 3.4アプリをAzure MySQL + PHP Webアプリにデプロイしました。ユーザーがファイルをアップロードできるフォームがいくつかあります。画像、pdfなど 最初の質問： サイトをデプロイしたとき、symfonyアプリのアップロードディレクトリに300以上のファイルがあり、フォームからファイルをアップロードできませんでした。 Azureにログインしたときにエラーが見つかりました。 ERROR There are 349 items in this directory, but maxViewItems is set to 299. You can increase maxViewItems by setting it to a larger value in localStorage. それで、すべての画像を削除し、画像を再度アップロードしよう
IIS 7.0、IIS 7.5、および IIS 8.0 の HTTP 状態コード
この記事では、Microsoft インターネット インフォメーション サービス (IIS) 7.0 以降のバージョンのハイパーテキスト転送プロトコル (HTTP) の状態コードの一覧を示します。 元の製品バージョン:インターネット インフォメーション サービス 7.0 以降のバージョン 元の KB 番号: 943891 概要 HTTP プロトコルを使用して IIS を実行しているサーバー上のコンテンツにアクセスしようとすると、IIS は、要求の結果と応答のセマンティクス (要求が成功したかどうかなど) を示す数値コードを返します。 状態コードの最初の桁は、応答のクラスを定義します。 最後の 2 桁には分類ロールがありません。 最初の桁には 5 つの値があります。 1xx (情報提供): 暫定応答 - 要求が受信され、プロセスが続行されました。 2xx (成功): サーバーは要求を正常に受信
Azure App Service のスロットのアプリ設定について - poke_dev’s blog
Web Apps や Functions ではスロット機能を利用することができるが、スロットでのアプリ設定周りで注意が必要そうな点について確認する。 スロット新規作成時の初期設定について Web Apps 初期設定としてコピーしたいアプリ設定のスロットを選択できる。未選択も可 Functions Prd (運用) スロットのアプリ設定が常にコピーされる スロット作成後のアプリ操作について (Web Apps, Functions 共通) 新規アプリ設定追加 / 既存アプリ設定削除 / 既存アプリ設定の値変更 当該スロットのアプリ設定としてのみ、追加 / 削除 / 値変更 される ワーカープロセスは再起動する 既存アプリ設定の「デプロイ スロットの設定」値変更 (「デプロイ スロットの設定」値変更のみ) 同名のアプリ設定が存在する全スロットに対して、「デプロイ スロットの設定」値変更が行われ
Azure App Service のスロットスワップ時の挙動について - poke_dev’s blog
Web Apps や Functions の本番運用では、リリース作業時に本番環境のダウンタイム、レスポンス遅延などを最小限に抑えるため、スロットのスワップ機能が利用できる。 スワップ機能を一言で説明すると、「prd スロットをあらかじめ最新化しておいた stg スロットと交換することで、ダウンタイムなしで最新環境にする」となるが、裏ではその実現のために結構色々行われており、その内容を多少は理解してないと、スワップ時に問題が発生する可能性がある。 スワップ時の流れとしては以下となる。 Azure ポータルでスワップ開始 ソーススロット (stg) のアプリ設定を、ターゲットスロット (prd) のアプリ設定に変更する。またこの際、「デプロイスロット設定」も考慮される stg スロットのアプリ設定変更により、stg のワーカープロセス再起動が発生する。新しいアプリ設定で stg スロットが使
App Service Diagnostics で障害調査を楽にする - Qiita
App Serviceを使っていて何か問題が起きたとき、どうやって調査していますか？アプリケーションログを見る、App Insightsを使う、Failed Request Tracing (FREB) logを見る、Kuduを使うなどが主な方法だと思います。本稿では、これらの各種ログを自動で一括して走査し、原因を推定するシステム App Service Diagnostics を紹介します。 背景 もともとは我々開発チームが自分たちでの問題調査用に作ったツールだったのですが、App Service のサポートチームでもそのようなツールが切望されていたことが分かり、サポートチームからのフィードバックを受けながら改善していきました。今ではサポートチームが調査の始めに使うツールとして定着しています。これをさらに発展させ、ユーザ自身にも使ってもらえるようにポータル上にユーザインタフェースを作った
Azure App Service で障害が発生した場合にやること - しばやん雑記
Azure App Service は非常に便利なのですが、アプリケーションに何らかの問題があった場合には VM などと比べると調査方法が若干特殊です。今は公式の診断機能がかなり強化されていますが、逆に多すぎて困ることもあるのでまとめました。 用意されているツール Diagnose and solve problems を使う Support Tools を使う Kudu を使う Application Insights を使う パフォーマンス問題の場合 プロファイリングを実行する メモリダンプを取得する Auto Heal を有効にする 恐らく歴史的経緯によって機能がダブっている部分もあるので、その辺りについても書きました。 用意されているツール Diagnose and solve problems を使う 何が起こっているのかわかっていない場合は、とりあえずこの自動診断機能を使えば大
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Licensing Documents
Apache Tomcat 9 Configuration Reference (9.0.95) - The Host Container
カスタム ドメインの追加 - Microsoft Entra
Apache Tomcat 9 Configuration Reference (9.0.14) - The Jar Scanner Component