（サーバーエラー対処方法）Linux,Debian 11,Lenovo,PSU,systemd,systemd（PSU）で「バックエンドの upstream がタイムアウト」が発生しました。

Linux（Debian 11）サーバーでの「バックエンドの upstream がタイムアウト」エラーの原因分析

サーバーの運用において、システム稼働中に突然「バックエンドの upstream がタイムアウト」といったエラーが発生するケースがあります。これは、多くの場合サーバー設定やハードウェアの状態、ネットワーク負荷の影響によるものです。特にLinux Debian 11を基盤としたシステムでは、systemdを利用したサービス管理やハードウェア構成の違いが原因の一端となることもあります。エラーの原因を正確に把握し、迅速に対応するためには、設定値の調整と監視体制の強化が不可欠です。なお、このエラーの発生頻度や影響範囲は環境によって異なるため、次の比較表にてそれぞれの状況を整理します。

エラーの概要と発生状況の把握

「バックエンドの upstream がタイムアウト」とは、Webサーバーやリバースプロキシがバックエンドサービスからの応答を一定時間内に受け取れなかった場合に発生します。具体的には、nginxやApacheの設定によりタイムアウト時間が設定され、その値を超えるとエラーとなります。発生状況を把握するには、システムログやアクセスログを詳細に分析し、どのタイミングでどのサービスが応答しなくなったのかを特定する必要があります。これにより、根本原因の特定や次の対応策の方向性を明確にします。

原因の特定：設定ミスとハードウェアの影響

原因の一つは設定ミスです。nginxやsystemdのタイムアウト設定値が不適切であるケースや、バックエンドのサービス自体の応答遅延を招く構成ミスが考えられます。また、ハードウェア障害やリソース不足も原因となり得ます。例えば、メモリ不足やディスクI/Oの遅延はサービスの遅延やタイムアウトの原因となります。これらの要素を確認するには、ハードウェア監視ツールやsystemdのステータス確認を行い、設定の見直しとハードウェアの状態把握を並行して進めることが重要です。

ネットワーク構成と負荷状況の見直しポイント

ネットワークの遅延や負荷過多もタイムアウトの原因となります。特に複数のサービスが連携して動作している場合、ネットワークの帯域や遅延を監視し、必要に応じて負荷分散や帯域確保策を講じる必要があります。負荷状況をリアルタイムに監視し、閾値を超えた場合のアラート設定や自動的な負荷調整を導入することで、システムの安定性を高めることが可能です。これらのポイントを定期的に見直すことで、予防的な対策と迅速な対応が実現します。

Linux（Debian 11）サーバーでの「バックエンドの upstream がタイムアウト」エラーの原因分析

Lenovo製ハードウェアにおけるシステムエラーの対処方法

サーバーの安定稼働を維持するためには、ハードウェアの状態把握と適切な対策が不可欠です。特にLenovo製ハードウェアを使用している場合、システムエラーや故障の兆候を早期に検知し、適切に対応することが事業継続性に直結します。ハードウェア診断やファームウェアの更新は、システムの信頼性向上に大きく寄与します。これらの作業を怠ると、潜在的な問題が表面化し、システム障害やダウンタイムを引き起こすリスクが高まります。ここでは、ハードウェア診断の重要性、予防策、そしてLenovo独自の診断ツールの活用方法について詳しく解説します。これにより、システムの安定性を高め、事業の継続性を確保するための具体的な対策を理解いただけます。

ハードウェア診断とファームウェア更新の重要性

ハードウェア診断は、Lenovo製サーバーの正常性を定期的に評価し、故障や劣化の兆候を早期に発見するために不可欠です。診断ツールを用いて、メモリ、ストレージ、電源ユニットなどの各コンポーネントの状態を確認し、異常があれば迅速に対応します。また、ファームウェアの更新は、既知の不具合修正やセキュリティ強化を目的とし、最新の状態に保つことでシステムの安定性とセキュリティを向上させます。これらの作業は、システムの長期的な信頼性を確保し、予期しない障害を未然に防ぐために非常に重要です。定期的な診断と更新を計画的に行うことで、障害発生リスクを最小限に抑えることが可能です。

ハードウェア故障の兆候と予防策

ハードウェアの故障兆候には、異音や過熱、システムの頻繁な再起動、エラーメッセージの増加などがあります。これらを早期に察知し対処するためには、定期的な監視とログ分析が有効です。さらに、電源ユニットや冷却ファンの冗長化、定期的な物理点検を行うことで、故障のリスクを低減できます。予防策としては、ハードウェアの定期的なクリーニング、ファームウェアの最新化、そして予備部品の確保も重要です。これらを徹底することで、故障によるシステムダウンを未然に防ぎ、業務継続性を高めることができます。事前の準備と継続的な点検が、長期的なシステム安定性の鍵となります。

Lenovo独自の診断ツールの活用法

Lenovoは、ハードウェア診断や故障診断に特化したツールを提供しており、これを活用することで迅速かつ正確な障害判定が可能です。これらのツールは、BIOSレベルの診断や詳細なハードウェア情報の取得、さらにはファームウェアの自動更新機能も備えています。運用管理者は、定期的にこれらのツールを用いてシステムの健康状態をチェックし、異常が見つかった場合は即座に対応策を講じることが推奨されます。診断結果は、詳細なレポートとして出力され、原因究明の資料となります。これにより、故障の早期発見・予防とともに、効率的なメンテナンス計画の策定も可能となります。適切なツールの導入と運用は、システムの信頼性を大きく向上させます。

Lenovo製ハードウェアにおけるシステムエラーの対処方法

PSU（電源ユニット）の不具合とシステムタイムアウトの関係

サーバーの安定運用において、電源の供給安定性は非常に重要な要素です。特にLinux Debian 11環境で「バックエンドの upstream がタイムアウト」といったエラーが発生した際、ハードウェアの不具合や電源供給の問題が原因となっているケースも少なくありません。

電源ユニット（PSU）の不具合は、システム全体のパフォーマンスに直接影響し、結果としてサービスのレスポンス遅延やタイムアウトエラーを引き起こす可能性があります。これらの問題を未然に防ぐためには、電源の安定供給を確保し、冗長化や監視体制を整えることが不可欠です。

次の比較表は、電源供給の安定性とシステムパフォーマンスの関係について示しています。電源の状態が正常な場合と不安定な場合の違いを理解し、適切な対策を行うことが、システムの信頼性向上に繋がります。

電源供給の安定性がシステムパフォーマンスに与える影響

電源の安定性はシステムの稼働時間とレスポンス速度に直結します。安定した電源供給により、サーバーは継続的に正常動作を維持でき、タイムアウトやクラッシュのリスクを低減します。逆に、電圧変動や供給不足は、CPUやメモリの動作不良を引き起こし、システム全体のパフォーマンス低下やエラーの原因となります。

また、電源の不安定さはシステムの再起動やハードウェアの故障につながるため、長期的な事業継続性に悪影響を及ぼします。そのため、電源監視や冗長化を実施し、常に正常な状態を維持することが重要です。

電源監視と冗長化の必要性

電源監視システムを導入することで、電源の異常を早期に検知し、迅速な対応が可能となります。これにより、システムの停止時間を最小限に抑えることができ、ビジネス継続性を確保できます。また、冗長化電源を導入することで、1つの電源ユニットに障害が発生しても、もう一方の電源から供給を続ける仕組みを整えることが重要です。

例えば、二重化されたPSUを搭載したサーバーや、UPS（無停電電源装置）を併用することで、電力供給の途絶や電圧変動に対して高い耐性を持たせることが可能です。これにより、システムの稼働率を向上させ、障害発生時の復旧時間を短縮できます。

電源障害時の迅速な対応策

電源障害が発生した場合の迅速な対応は、システムダウンを最小限に抑えるために不可欠です。まずは、バッテリー式のUPSを事前に設置しておくことで、電源喪失時に自動的に切り替えが行われ、システムを継続稼働させることが可能です。

次に、電源障害を検知した際には、即座にアラートを管理者に通知し、必要に応じて手動または自動での復旧作業を行います。加えて、障害発生時の対応手順を事前に整備し、定期的な訓練を行うことで、迅速かつ正確な対応を実現します。これらの対策により、システムの安定性と事業継続性を維持することができるのです。

PSU（電源ユニット）の不具合とシステムタイムアウトの関係

systemdを用いたサービスのタイムアウトエラー対策

Linux Debian 11環境でサービスのタイムアウトエラーが発生すると、システムの安定性に直接的な影響を及ぼします。特に、systemdを利用してサービスを管理している場合、適切な設定調整が重要です。このエラーは、サーバーの処理待ち時間や応答時間が設定値を超えた場合に発生しやすく、システムのダウンタイムやサービス停止の原因となります。したがって、タイムアウト値の見直しとサービスの自動リスタート設定を行うことにより、迅速な復旧と安定運用を実現できます。下記では、設定の調整方法と最適化のポイントを詳しく解説します。

systemd設定ファイルのタイムアウト値調整

systemdのサービス管理設定は、/etc/systemd/systemや/lib/systemd/systemにあるユニットファイルを編集することで行います。TimeoutStartSecやTimeoutStopSecのパラメータを調整することで、サービス起動や停止時の待機時間を延長または短縮できます。例えば、TimeoutStartSec=300と設定すれば、サービス起動に300秒の待ち時間を許容します。設定後は、systemctl daemon-reloadコマンドで変更を反映させ、systemctl restartを使用してサービスを再起動します。この調整により、バックエンドの処理時間が長くてもタイムアウトエラーを防ぎ、安定したサービス運用が可能となります。

サービスの自動リスタートとフェイルオーバー設定

systemdでは、サービスのフェイルオーバーや自動再起動を設定することが可能です。これには、[Service]セクションにRestart=alwaysやRestartSec=5のようなパラメータを追加します。例えば、Restart=on-failureと設定すれば、サービスが異常終了した場合に自動的に再起動します。これにより、障害発生時のダウンタイムを最小限に抑え、事業継続性を確保できます。また、複数のサービスを連携させた冗長構成やフェイルオーバー設定も検討し、システムの信頼性を高めることが重要です。これらの設定は、監視ツールと連携させることで、より効率的な運用も可能となります。

最適な設定によるシステム安定性の確保

タイムアウトの調整と自動リスタート設定を適切に行うことで、システム全体の安定性を向上させることができます。具体的には、負荷状況や処理時間を考慮し、タイムアウト値を現実的な範囲に設定します。また、リスタートの回数や間隔も調整し、リソースの過剰な消費やループ状態を防止します。さらに、設定変更後は定期的なパフォーマンス監視とログ分析を行い、問題の早期発見と解決に努めることが重要です。これらの最適化により、システムの耐障害性と事業継続性を確保できます。

systemdを用いたサービスのタイムアウトエラー対策

ログからのエラー兆候の検出と原因追究

サーバーの安定運用には、障害発生時のログ分析が欠かせません。特に「バックエンドの upstream がタイムアウト」エラーの原因を特定し、迅速に対応するためには、ログの詳細な解析が必要です。例えば、システム障害の兆候を事前に察知するために、重要なポイントを押さえたログ管理と分析手法を整えることが重要です。これにより、エラーの根本原因を早期に見つけ出し、適切な対策を講じることが可能になります。以下に、ログ分析のポイントと、エラーの兆候を見逃さないための方法について解説します。

サーバーログの分析ポイント

サーバーログの分析においては、まずエラー発生直前のログを詳細に確認することが重要です。具体的には、systemdやnginx、またはアプリケーションのログを調査し、タイムスタンプやエラーメッセージを比較します。異常なリクエストや遅延の兆候、再試行回数の増加などが前兆となる場合もあります。さらに、ログの保存期間や分析ツールの導入により、過去のパターンと比較しながら原因を絞り込みます。これらのポイントを押さえることで、エラーの発生原因やタイミングを正確に把握でき、早期対処に役立ちます。

エラーの前兆と異常兆候の把握

エラーの前兆を捉えるためには、通常の動作ログと比較して異常なパターンを認識することが必要です。例えば、サーバーの負荷が増加している兆候や、特定のサービスの応答遅延、リソースの枯渇状態などが挙げられます。これらの兆候は、システムの負荷状況やネットワークの遅延、ハードウェアの故障兆候とも関連しています。ログを定期的に監視し、閾値を設定して自動的にアラートを出す仕組みを導入することで、異常を早期に検知でき、障害の未然防止や迅速な復旧に繋がります。

原因特定に役立つログ管理のベストプラクティス

原因追究に役立つログ管理のポイントは、まず一元化されたログ収集と保存です。複数のシステムやサービスからのログを集約し、可視化ツールを用いて分析しやすく整備します。また、重要なログには識別タグを付与し、特定のエラーや警告を容易に追跡できるようにします。さらに、定期的なログの見直しと異常パターンの学習により、原因特定のスピードを向上させます。これらのベストプラクティスを実践することで、システムの健全性を維持し、障害発生時の対応効率を大きく高めることができます。

ログからのエラー兆候の検出と原因追究

エラー発生時の迅速な復旧とシステム安定性の維持

システム障害が発生した際には、迅速かつ適切な対応が求められます。特に「バックエンドの upstream がタイムアウト」などのエラーは、システム全体の停止やサービスの停止につながるため、事前の対策と迅速な復旧策の整備が必要です。これらのエラーは、設定の誤りやハードウェアの不具合、ネットワークの負荷過多など複合的な要素から発生します。管理者は、設定変更や再起動を伴わない迅速な復旧方法を知ること、また監視体制を強化して自動復旧を導入することにより、システムの安定性と事業継続性を確保できます。本章では、具体的な対応策とその実践的なポイントについて解説します。

予防策とシステム障害の未然防止

システム障害の未然防止は、事業継続性を確保するために不可欠な要素です。特に、ハードウェアや設定ミスによる障害は、突然のダウンタイムやデータ損失を引き起こすリスクがあります。これらを防ぐためには、定期的なハードウェアの点検やメンテナンス、電源冗長化、設定ミスの防止と監視体制の強化が重要です。

比較表：予防策の種類と効果

同様に、監視体制の強化も重要です。監視ツールの導入や閾値設定により、異常を早期に検知し、迅速な対応を可能にします。これらの予防策を総合的に実施することで、システム障害のリスクを大幅に低減させ、事業の継続性を高めることが可能です。

ハードウェアの定期点検とメンテナンス

ハードウェアの定期点検は、故障や劣化を未然に防ぐために非常に重要です。特に、ハードディスクやメモリ、電源ユニットなどの主要コンポーネントは、長期間の使用により劣化しやすいため、定期的な診断とメンテナンスを行うことが必要です。これにより、突然の故障によるシステム停止を防止し、安定した運用を維持できます。加えて、ファームウェアやドライバのアップデートも定期的に行い、最新の状態を保つことが重要です。

電源冗長化とインフラの堅牢化

電源の冗長化は、システムの安定稼働に直結します。二重化された電源ユニットや無停電電源装置（UPS）を導入することで、電源障害時もシステムの継続運用が可能となります。また、インフラの堅牢化には、耐震性や防塵・防水対策などの物理的な保護も含まれます。これらの対策により、自然災害やハードウェア故障によるダウンタイムを最小限に抑え、事業継続性を確保します。

設定ミス防止とシステム監視の強化

設定ミスはシステム障害の主要な原因の一つです。標準化された設定手順や自動化ツールの活用、変更履歴の管理を徹底することで、誤設定を防止します。また、システム監視の強化も不可欠です。監視ツールの導入により、CPUやメモリの使用状況、ネットワークの負荷、エラーの発生などをリアルタイムで把握し、異常を早期に検知します。これらの取り組みにより、障害の発生を未然に防ぎ、迅速な対応が可能となります。

予防策とシステム障害の未然防止

システム障害対応のための人材育成と教育

システム障害が発生した際に迅速かつ的確に対応できる体制を整えることは、事業の継続性を確保するために極めて重要です。特に、技術担当者が上司や経営層に対して分かりやすく状況を説明し、適切な判断を促すためには、障害対応に関する知識とスキルの標準化が必要です。

この章では、障害対応スキルの向上を目的とした研修の実施方法や、標準化されたトラブルシューティング手順の整備の重要性について解説します。また、知識共有とドキュメント整備が、個々の担当者だけでなく、チーム全体の対応力を高め、システム復旧までの時間短縮に寄与することを紹介します。これらの取り組みは、システムの安定運用と事業の継続性を確保するために不可欠です。

また、比較表や具体的なコマンド例を用いて、実践的な教育手法についても解説します。これにより、技術担当者が迅速なトラブル対応を実現し、経営層に対しても正確かつ適切な情報伝達ができる体制づくりを支援します。

障害対応スキルの向上と研修の実施

障害対応スキルを向上させるためには、定期的な研修の実施とシナリオに基づく訓練が効果的です。研修内容には、システムの基本的な構成理解、トラブルの兆候の認識、そして具体的な対応手順の習得を含めます。

比較表

また、研修は実機や仮想環境を用いたハンズオン形式を取り入れることで、理解度と応用力を高めることが可能です。これにより、担当者が実際の障害時に冷静に状況を判断し、適切な対応を取れるように育成します。

トラブルシューティングの標準化

トラブルシューティングの標準化は、対応の一貫性と効率性を高めるために重要です。具体的には、障害発生時の初動対応、原因究明手順、そして解決策の記録をマニュアル化します。

比較表

この標準化により、担当者間の情報共有がスムーズになり、障害発生時の対応時間短縮と問題解決の精度向上につながります。さらに、システムのノウハウを組織内で蓄積し、次の障害対応に活かすことができます。

ナレッジ共有とドキュメント整備

ナレッジ共有とドキュメントの整備は、組織全体の対応力を底上げします。具体的には、障害対応事例や解決策をまとめたナレッジベースの構築と、定期的なレビュー・更新を行います。

比較表

これにより、担当者間の情報格差を解消し、障害対応の質の均一化を図ることができます。ドキュメントは誰でもアクセスでき、障害時の判断材料として有効です。長期的には、組織の対応力を高め、事業継続性を強化します。

システム障害対応のための人材育成と教育

システム設計とBCP（事業継続計画）の策定

システム障害や災害が発生した場合の事業継続性を確保するためには、耐障害性の高いシステム設計と適切なBCP（事業継続計画）の策定が不可欠です。特に、サーバーのタイムアウトやハードウェア障害などの予期せぬトラブルに対しても、迅速かつ効果的に対応できる体制を整える必要があります。例えば、冗長構成やクラスタリングを導入することで、一部のコンポーネント障害時もサービスの継続が可能となります。これらの設計と計画は、経営層が理解しやすいように、具体的な事例や比較表を交えながら説明することが重要です。事前にリスクを評価し、適切な対応策を盛り込むことで、事業の中断時間を最小限に抑えることができ、ビジネスの信頼性と顧客満足度向上につながります。

耐障害性を考慮したシステム設計のポイント

耐障害性を高めるためには、システム設計の段階で冗長化やフェールオーバー機能を導入することが基本です。例えば、サーバーの複数設置やクラスタリングにより、1台のサーバーが故障してもサービスが継続できる仕組みを構築します。これにより、システムの単一障害点を排除し、ダウンタイムを最小化できます。設計段階では、負荷分散やデータバックアップの戦略も併せて検討します。特に、重要な業務システムは、システムの冗長構成を標準化し、障害発生時の自動切り替えを実現することが望ましいです。これらのポイントを経営者や役員にわかりやすく伝えるには、冗長化の比較表やシステム全体の構成例を使うと効果的です。

災害や障害時の対応フローと役割分担

災害やシステム障害が発生した場合の対応フローをあらかじめ策定し、役割分担を明確にしておくことが重要です。具体的には、一次対応チーム、情報管理担当、復旧作業者に分かれ、それぞれの責任範囲を定めます。このフローには、障害の検知、初期対応、影響範囲の把握、復旧作業、顧客への通知、事後の評価と改善策の実施を含みます。さらに、役割ごとに必要な手順や連絡手段も明文化し、定期的に訓練を行うことで、実効性を高めます。経営層には、具体的な対応フローの図や役割分担表を示し、理解と共感を得ることが成功のポイントです。

リスク評価と継続性確保のための計画策定

リスク評価に基づき、潜在的な脅威や影響範囲を分析します。これにより、重要業務の優先順位付けや必要な予備資源の確保が可能となります。計画策定では、システムの冗長化だけでなく、データバックアップの頻度や場所、多拠点の運用体制を考慮します。クラウドやデータセンターの分散配置も検討し、万一の事態でも事業を継続できる仕組みを整えます。計画の実効性を高めるためには、定期的な見直しとシナリオ演習を行うことが重要です。経営層には、リスクと対策の一覧表やリカバリ時間目標（RTO）、復旧ポイント目標（RPO）について説明し、投資効果やリスク軽減効果を理解してもらうことが成功の鍵です。

システム設計とBCP（事業継続計画）の策定

システム監視とセキュリティ強化の重要性

システムの安定運用には、リアルタイムの監視と適切なアラート設定が欠かせません。特にLinux Debian 11環境において、systemdの設定やハードウェアの状態把握は、システム障害の未然防止に直結します。

また、アラート設定はメール通知やSMS連携を行い、即時対応を可能にします。設定方法は、監視ツールの設定ファイルに閾値と通知先を記述するだけです。これにより、システムの稼働状況を常に把握し、異常を検知次第迅速に対処できる体制を整備します。

リアルタイム監視とアラート設定

システム監視には、CPUやメモリ、ディスクの使用状況を常時監視し、閾値を超えた場合にアラートを発する仕組みを導入します。これにより、システムの負荷やリソース不足を早期に検知し、タイムアウトやサービス停止といった重大な障害を未然に防止します。アラートはメールやSMSで通知し、担当者が迅速に対応できる体制を整えることが重要です。

不正アクセスや内部脅威への対策

システムのセキュリティを強化するために、不正アクセスや内部脅威への対策も欠かせません。ファイアウォールや侵入検知システム（IDS）、ログ監視を組み合わせて、異常なアクセスや操作を検知します。特にシステムの重要なサービスに対しては、多層防御を構築し、アクセス制御や認証強化を行うことで、セキュリティリスクを最小化します。これにより、システムの可用性と安全性を両立させることが可能です。

システムの可用性とセキュリティの両立

システムの可用性とセキュリティは相反するものではなく、両立させることが求められます。適切な監視とアクセス制御、定期的な脆弱性診断を実施し、システムの堅牢性を高めつつ、迅速な障害復旧を可能にします。例えば、多要素認証やVPNを併用してリモートアクセスを安全に行い、また監査ログを保持してトラブル時の原因追及に役立てます。これらの対策は、事業継続計画（BCP）の観点からも非常に重要です。

システム監視とセキュリティ強化の重要性

システム障害対応における法的・規制面の考慮事項

システム障害が発生した際には、技術的な対策だけでなく法的・規制面の対応も非常に重要です。特に、個人情報や重要なビジネスデータを扱うシステムでは、各種データ保護法やコンプライアンス基準を遵守する必要があります。エラー対応の過程で情報漏洩や不適切な処理が発生すると、企業の信頼性や法的責任に大きな影響を及ぼす可能性があります。これらのリスクを未然に防ぐためには、障害発生時の記録管理や報告義務について理解を深め、適切な対応策を準備しておくことが求められます。以下では、法的・規制面のポイントについて詳しく解説します。

データ保護法とコンプライアンスの遵守

システム障害時には、個人情報や重要なデータの保護が最優先事項となります。国内外のデータ保護法やプライバシー規制を遵守し、適切なアクセス管理やデータの暗号化を行うことが求められます。特に、障害対応の記録やログ管理においても、これらの規定に従い、データの改ざんや不正アクセスを防止する措置が必要です。また、障害発生時の対応策や復旧手順も、規制に則った形で文書化し、定期的に見直すことが望ましいです。これにより、法的責任の追及を回避し、迅速な復旧とともに企業の信頼性を維持できます。

情報漏洩リスクと法的責任の理解

システム障害に伴い、情報漏洩やデータの不適切な取り扱いが発生すると、法的責任や賠償責任を問われる可能性があります。特に、個人情報や機密情報が漏洩した場合には、行政指導や損害賠償請求などの法的措置が取られることがあります。したがって、障害対応においては、漏洩リスクを最小限に抑える措置を講じるとともに、万一漏洩があった場合の報告義務を理解し、迅速かつ適切に対応できる体制を整備しておくことが重要です。これにより、法的リスクの軽減と企業の信用維持が可能となります。

障害対応に伴う記録管理と報告義務

障害発生時には、詳細な記録を残すことが法律や規制の観点から求められる場合があります。これには、障害の内容・発生時間・対応内容・復旧までの過程などの情報を正確に記録し、必要に応じて報告書を作成することが含まれます。特に、個人情報保護に関する規制や監督官庁への報告義務を遵守するために、定められたフォーマットや手順に従い、適切な記録と報告を行うことが不可欠です。これにより、法的責任の明確化や再発防止策の立案に役立ち、企業のリスクマネジメントを強化できます。

システム障害対応における法的・規制面の考慮事項