回答:
iisresetは、World Wide Web発行サービスを停止および開始します。もちろん、これはすべてのアプリケーションプールに適用されます。各アプリケーションプールに対してプロセスが作成されていることにお気づきでしょう。このプロセスは、それに関連付けられているすべてのWebサイトのリクエストを処理します。アプリケーションプールをリサイクルすると、IISは要求を処理するための新しいプロセスを作成します（古いプロセスを保持します）。次に、新しいプロセスですべての要求を移動しようとします。タイムアウト後、古いプロセスは自動的に強制終了されます。通常、リークしたメモリを取り除くためにアプリケーションプールをリサイクルします（定期的なリサイクルを推奨していますが、これが通常の操作である必要がある場合、アプリケーションに問題が発生する可能性があります）。ウェブサイトの再起動について、その特定のウェブサイトへのリクエストの配信を停止して再開するだけです。中断することなく、同じアプリプールの他のWebサイトに引き続きサービスを提供します。
セッション指向のアプリケーションを使用している場合、上記のすべてがセッションオブジェクトの損失を引き起こします。
Webサイトを更新しても、サービス/プロセス/ Webサイトには影響せず、ツリービューを更新するためのUIコマンドにすぎません（管理コンソールに表示されないディレクトリを追加した可能性があります）。
他の2つの質問に答えるには：
iisresetは、Webサーバー全体を停止および開始します。それがすべてです-これが行われている間、すべてのユーザーは接続を失います。
アプリケーションプールをリサイクルすると、そのプールにあるアプリケーションに関連付けられたプロセスが停止および開始されます。厳密に言えば、Webサイトとは何の関係もありません（これらのアプリケーションのアクティブコンテンツを除く）。
@Vlad Mucescuは良い答えを出しましたが、彼が重複リサイクルについて話すアプリケーションのリサイクルを説明している部分のようです。リサイクルには2つのタイプがあります。プロセスリサイクルと重複リサイクル（ソースMSDN）：
ワーカープロセス分離モードは、プロセスリサイクルを提供します。IISでは、ワーカープロセスを再起動することにより、Webアプリケーションが自動的に更新されます。プロセスのリサイクルは、問題のあるアプリケーションの円滑な実行を維持し、アプリケーションコードを変更できない場合に特に効果的なソリューションです。
リサイクルイベントの発生に続くプロセスリサイクルは、2つの方法で発生します。
現在アプリケーションプールにサービスを提供しているワーカープロセスが終了すると、ワーカープロセスの親プロセスとして機能するWWWサービス（W3SVC）が新しいプロセスを代わりに再起動します。
ワーカープロセスが終了すると、新しいプロセスが同時に開始されます。このタイプのリサイクルは、重複リサイクルと呼ばれます。これは、すべてのアプリケーションプールのデフォルトです。
重複するリサイクルシナリオでは、リサイクルを対象とするプロセスが残りのすべてのリクエストを処理し続け、代替ワーカープロセスが同時に作成されます。新しいプロセスは、古いワーカープロセスが停止する前に開始され、要求は新しいプロセスに送信されます。古いプロセスは新しいプロセスが正常に初期化されるまでリクエストを受け入れ続け、新しいプロセスがリクエストを処理する準備ができた後にのみシャットダウンするように指示されるため、この設計はサービスの遅延を防ぎます。