プロジェクトは、Simple Log Service (SLS) におけるリソース管理の基本単位です。リソース分離、アクセス制御、および SLS リソースへのアクセスエントリポイントを提供します。
プロジェクト
Simple Log Service (SLS) では、プロジェクトはリソースの分離とアクセス管理のための主要な単位です。
異なるプロジェクトを使用するメリットは以下の通りです。
異なる Logstore または Metricstore の整理と管理:実際には、さまざまなプロジェクト、製品、または環境からのログを収集して保存するために SLS を使用する必要がある場合があります。これらのログを異なるプロジェクトで管理することで、ログの利用、エクスポート、または分析を簡素化できます。
アクセスコントロールの分離:RAM ユーザーに特定のプロジェクトで操作を実行する権限を付与できます。
リソースアクセスエントリポイントの提供:SLS は、各プロジェクトに独立したサービスエンドポイントを提供します。このエンドポイントを使用して、ネットワーク経由でログの書き込み、読み取り、管理ができます。エンドポイントの詳細については、「サービスエンドポイント」をご参照ください。
プロジェクトの作成
プロジェクトを作成して、特定のアプリケーションのすべてのログと関連するログソースを管理できます。
コンソール
Simple Log Service (SLS) コンソール にサインインします。 [プロジェクト] セクションで、プロジェクトの作成 をクリックします。
プロジェクトの設定:
リージョン:ログソースの場所に基づいて Alibaba Cloud リージョンを選択します。プロジェクトの作成後はリージョンを変更できず、SLS はクロスリージョンのプロジェクト移行をサポートしていません。ECS インスタンスからログを収集する場合は、ECS インスタンスと同じリージョンを選択することを推奨します。この設定により、Alibaba Cloud の内部ネットワーク経由でログ収集ができるようになり、パフォーマンスが向上します。
プロジェクト名:プロジェクト名は、Alibaba Cloud リージョン内で一意である必要があり、作成後に変更することはできません。
その他の設定はデフォルト値のままにします。
API
エラー ProjectAlreadyExist が返されたが、プロジェクトがコンソールに表示されない
原因:プロジェクト名は、Alibaba Cloud リージョン内で一意である必要があります。お使いのアカウントでプロジェクトが表示されない場合、別の Alibaba Cloud アカウントがそのプロジェクトを所有している可能性があります。
推奨アクション:Alibaba Cloud のリソース分離メカニズムにより、別のアカウントが所有するプロジェクトを表示したり削除したりすることはできません。別の一意なプロジェクト名を使用して、再度作成を試みてください。
プロジェクトソースの特定
Simple Log Service (SLS) は、他の Alibaba Cloud サービスと連携する際に、プロジェクトを自動的に作成することがあります。プロジェクトが多数ある場合は、作成元を追跡し、保存されているデータを把握し、関連コストを確認する必要があるかもしれません。
SLS コンソールにサインインし、プロジェクトリストで対象のプロジェクトを見つけます。
プロジェクトの作成元を特定するには、サービスアイコンまたは説明 列を確認します:
プロジェクト名の前にアイコンが表示されている場合は、アイコンにカーソルを合わせると、関連するクラウドサービス名を確認できます。
説明 列にテキストが含まれている場合、それはプロジェクトのソースを説明しています。
上記のいずれにも該当しない場合は、ユーザーが手動で作成したプロジェクトです。
自動作成されるプロジェクトの種類
一部のプロジェクトは、特定の機能をサポートするために、システムまたは他の Alibaba Cloud サービスによって自動的に作成されます。これらのプロジェクトは通常、固定の命名規則に従い、それぞれ専用の用途があります。一般的な種類は次のとおりです。
Cloud Monitor Service (CMS) メタデータプロジェクト:CMS 2.0 は、CMS メタデータを保存するために、
aliyun-metadata-{user-ID}-{region-ID}という形式の名前でプロジェクトを自動的に作成します。これらのプロジェクトは通常無料です。削除するには、まず CMS 2.0 コンソールで関連するワークスペースを削除してください。他のクラウドサービスによって自動的に作成されるプロジェクト:
Application Real-Time Monitoring Service (ARMS):トレースデータを保存するためのプロジェクトを自動的に作成します。
ActionTrail:操作ログを保存するためのプロジェクトを自動的に作成します。
Log Audit Service:ログを一元管理するために、リージョン別または集中型のプロジェクトを自動的に作成します。
プロジェクトに関連付けられているクラウドサービスを特定したら、プロジェクトに保存されるデータなどの詳細については、「Alibaba Cloud サービスからログを収集する」をご参照ください。
プロジェクトが使用中かどうかの確認:Cloud Firewall や Web Application Firewall (WAF) など、関連するクラウドサービスが引き続き稼働しているかを確認してください。プロジェクトの基本情報にデータが表示されず、Logtail 構成もない場合は、使用されていない可能性があります。ただし、削除する前に、対応するクラウドサービスが SLS を必要としなくなったことを必ず確認してください。関連するクラウドサービスがまだ使用中の場合、そのサービスが自動的に作成したプロジェクトは削除しないことを推奨します。
自動作成されたプロジェクトのクリーンアップ:
proj-xtraceで始まる ARMS Tracing Analysis のプロジェクトについては、ワークロードが Tracing Analysis を使用していないことを確認してください。トレースサービスが不要であることを確認した後にのみ、プロジェクトを削除してください。log-serviceを含む名前の SLS システムログプロジェクトは削除しないでください。このプロジェクトには重要なシステムログが保存されます。actiontrailで始まる ActionTrail のプロジェクトについては、追跡が有効になっている間は課金されるため、追跡が有効かどうかを確認してください。プロジェクトが不要になった場合は、まず ActionTrail コンソールで追跡を無効化してから、プロジェクトを削除してください。k8s-logで始まる ACK クラスターのログプロジェクトは、無効化または削除しないでください。クラスターのイベントおよび監査情報が含まれています。
保持するプロジェクトのコスト最適化の提案:保持が必要で書き込み量が少ない LogStore については、TTL を短くしてストレージコストを削減できます。不要な全文インデックスを確認して無効化し、インデックストラフィック料金を削減できます。書き込みがなく、ビジネス要件もない LogStore とシャードは削除してください。
プロジェクトにバインドされている、またはプロジェクトを使用しているクラウドサービスの特定
現在、SLS では、特定のプロジェクトにバインドされているクラウドサービスを直接クエリするための公開メタデータ操作を提供していません。代わりに、次の間接的な方法を使用してください。
プロジェクト名による専用ソースの特定:一部のクラウドサービスは、固定の命名規則に従ってプロジェクトを作成します。確認済みの規則は次のとおりです。
waf-project-{user-ID}-*、sas-log-{user-ID}-*、aegis-log-{user-ID}-*:Web Application Firewall (WAF) や Security Center などのサービス専用です。SLS コンソールでこの種類のプロジェクトを削除しようとすると、操作がブロックされ、対応するクラウドサービスのコンソールで操作するよう求められます。このプロンプト自体が、プロジェクトがクラウドサービスによって使用中であることを示しています。log-service-{user-ID}-{region}:サービスログを有効化すると、システムによって作成されます。このプロジェクトは、SLS が書き込むサービスログおよび操作ログのデータを保存するために使用されます。このセクションの 自動作成されるプロジェクトの種類 のリストと照合することもできます。このリストには、CMS メタデータプロジェクト (
aliyun-metadata-{user-ID}-{region-ID})、ARMS、ActionTrail、および Log Audit Service が含まれています。
プロジェクト内のリソースから作成元サービスを特定:対象のプロジェクトを開き、含まれているリソースを確認してください。リソース名と説明を使用して、どのサービスが書き込んでいるかを判断してください。クラウドサービスが SLS と連携すると、通常はサービス固有の識別子を持つ LogStore を作成し、その説明に用途が記載されます。次のリソースを確認してください。
LogStore、MetricStore、EventStore のリスト:データを受信し続けているストアは、対応するサービスが引き続きプロジェクトを使用していることを示します。ストアを開いてクエリを実行し、新しいデータが到着しているかを確認してください。
Logtail 構成とマシングループのリスト:Logtail 構成が適用されている場合、それは関連するインスタンスに対する Logtail データコレクターのログ収集が引き続き実行中であることを示します。
コンシューマーグループ、データ変換ジョブ、データ転送ジョブのリスト:実行中のデータ変換ジョブ、データ転送ジョブ、またはコンシューマーグループは、ダウンストリームサービスが引き続きデータを消費していることを示します。
保存された検索とアラートのリスト:ログ分析に使用される保存された検索、またはサイレンス状態ではないアラートルールは、プロジェクトが引き続き監視されていることを示します。設定されている場合は、データ分類とカスタムドメインの設定も同様に確認してください。
RAM コンソールでのサービスリンクロールの認可の確認:RAM コンソールにサインインし、サービスリンクロールのリストを確認して、クラウドサービスが SLS にデータを書き込むためにサービスリンクロールを作成したかどうかを判断してください。関連するサービスリンクロールが存在し、対応するクラウドサービスが引き続き稼働している場合、そのサービスが SLS にデータを書き込み続けている可能性があります。
これらはいずれも間接的な方法であり、すべてのバインディングが明らかになるとは限りません。プロジェクトを削除する前に、関連するクラウドサービスが SLS を必要としなくなったことを必ず確認してください。プロジェクトの所有者を特定できない場合は、プロジェクトを保持するか、チケットを送信してサポートに依頼することを推奨します。
プロジェクトのリソース使用量と課金を分析するには、「CloudLens for SLS を使用してリソース使用量を分析する」をご参照ください。
プロジェクトリストにプロジェクトが表示されない:Simple Log Service (SLS) コンソールのプロジェクトリストにプロジェクトが表示されない場合、プロジェクトが作成されていない、削除された、または Application Real-Time Monitoring Service (ARMS) などによって自動的に作成された可能性があります。次の手順で問題を切り分けてください。
プロジェクトリストの上部にある検索ボックスにプロジェクト名を入力し、Alibaba Cloud アカウント配下にプロジェクトが存在するかどうかを確認してください。検索結果がない場合、現在の Alibaba Cloud アカウント配下にプロジェクトは存在しません。
プロジェクトがごみ箱にあるかどうかを確認してください。[プロジェクトの概要] ページで、[基本情報] > [プロジェクトのごみ箱] を選択して、ごみ箱の状態を確認してください。ごみ箱が有効で、プロジェクトが一覧に表示されている場合は、ごみ箱からプロジェクトを復元できます。
ARMS などの関連クラウドサービスによってプロジェクトが自動的に作成された場合は、そのクラウドサービスのコンソールに移動し、データ収集機能が有効かどうかを確認してください。たとえば ARMS コンソールで、[システム構成] > [クラスター構成] を選択します。表示されるページで、[ARMS アプリケーション収集] または [OpenTelemetry アプリケーション収集] の [収集タスク] スイッチを見つけて、いったんオフにしてからオンに戻し、トレースデータ収集を再度有効化してください。収集機能を再度有効化すると、関連するプロジェクトがプロジェクトリストに再表示されます。
説明スイッチをオフにすると、サーバーはサーバー側プローブから報告されるデータを受け付けなくなります。
プロジェクト削除保護の有効化
重要なデータを含むプロジェクトでは、誤削除を防ぐためにごみ箱機能を有効化することを推奨します。有効化すると、削除されたプロジェクトはごみ箱に移動し、非アクティブになって読み取りや書き込みができなくなります。必要に応じて、ごみ箱からプロジェクトをすばやく復元できます。ごみ箱内のプロジェクトについては、データストレージに対してのみ課金されます。
デフォルトでは、プロジェクトは 7 日間ごみ箱に保持されます。この期間が経過すると、システムが自動的に削除します。
コンソール
ごみ箱機能の有効化
Simple Log Service (SLS) コンソールにサインインします。[プロジェクト] セクションで、対象のプロジェクトをクリックします。
プロジェクトの概要ページの [基本情報] セクションで、[プロジェクトのごみ箱] がまだ有効化されていない場合は 有効化 をクリックします。
API
UpdateProject API で recycleBinEnabled パラメーターを設定します。
プロジェクトの削除と復元
プロジェクトを削除すると、LogStore、MetricStore、または EventStore のデータが失われる可能性があります。続行する前に、当該データが不要であること、またはバックアップ済みであることを確認してください。
プロジェクトを削除した当日は、ストレージなどのリソースに対して引き続き課金されます。課金 は翌日に停止します。つまり、プロジェクトを削除してから 3 日後には、Simple Log Service (SLS) から請求書は発行されません。
コンソール
削除前のクリーンアップ
関連リソースがないこと:
Elastic Compute Service (ECS) やストレージ、セキュリティ、データベースなどの各種 Alibaba Cloud サービスでログ分析を有効にすると、SLS はコンソール上に対応するプロジェクトと LogStore を自動的に作成します。クラウドサービスのログが不要になった場合は、そのサービスのコンソールでログ分析機能を無効化する必要があります。プロジェクトが他の Alibaba Cloud サービスに関連付けられていないことを確認してください。
課金の依存関係がないこと:プロジェクトがストレージパッケージや予約済み容量などの有料プランに関連付けられている場合は、先にサブスクリプションを解約するか、リソースを解放する必要があります。
手順
重要なデータのバックアップ (任意)
LogStore データのバックアップ:保持する必要があるログデータがプロジェクトに含まれている場合は、事前に SLS の [ログのダウンロード] 機能を使用してエクスポートしてください。
構成のバックアップ:削除後の情報損失を防ぐために、プロジェクト名、ストレージ容量、アクセス制御ポリシーなどの重要な設定を記録してください。
プロジェクトの削除
プロジェクトリストで削除するプロジェクトを見つけ、[操作] 列の 削除 をクリックします。
プロジェクトの削除 パネルでプロジェクト名を入力し、削除理由を選択してから、OK をクリックします。
警告プロジェクトを削除すると、すべてのログデータと構成情報が完全に削除され、復元できません。データ損失を防ぐため、削除前に操作内容を慎重に確認してください。
操作の確認:プロンプトを読み、確認のためにもう一度プロジェクト名を入力します。
プロジェクトでごみ箱機能が有効になっている場合は、プロジェクトリストの ごみ箱のプロジェクト タブで削除済みプロジェクトを確認できます。デフォルトでは、プロジェクトは 7 日間ごみ箱に保持され、この期間中に復元または完全に削除できます。
削除ステータスの確認
削除は非同期操作です。削除リクエストを送信すると、システムはバックグラウンドでプロジェクトを段階的にクリーンアップします。同じプロジェクトを再度削除しようとして "Project does not exist" メッセージが表示された場合は、通常、プロジェクトが正常に削除されたことを意味します。
SLS コンソール に移動し、対象のプロジェクトがプロジェクトリストから消えているかを確認してください。リストが空の場合は、そのリージョンのすべてのプロジェクトリソースがクリアされています。
ごみ箱を有効化している場合は、ごみ箱のプロジェクト リストも確認し、プロジェクトが完全に削除されたのか、復元されたのかを確認してください。
削除直後に同じ名前でプロジェクトを再作成したところ、
Project does not existエラーが返される、またはリージョンが正しく表示されない場合の対処方法症状:プロジェクトを削除した直後に同じ名前で再作成すると、次のいずれかの問題が発生することがあります:
コンソールのプロジェクトリストに新しいプロジェクトが表示されません。
プロジェクトへのアクセスまたは操作時に、
Project does not existエラーが返されます。プロジェクトのリージョンが、削除前に使用していたリージョンのまま表示されます。
Logtail が収集エラーを報告します。
LogStore の作成に失敗します。
このシナリオと正常に削除された場合の違いに注意してください。同じプロジェクトを再度削除しようとした際に
Project does not existメッセージが表示される場合、通常はプロジェクトが正常に削除されています。ここで説明しているシナリオでは、同じ名前で再作成したプロジェクトにアクセスまたは操作した際にエラーが返されます。これは、メタデータのクリーンアップが完了していないことを示します。原因:プロジェクトの削除は非同期操作です。システムは、バックグラウンドでプロジェクトのメタデータを段階的にクリーンアップするための時間を要します。クリーンアップが完了する前に同じ名前でプロジェクトを再作成すると、古いメタデータと新しいメタデータが短時間共存し、上記の不整合が発生します。
解決策:推奨される順に、次の方法をお試しください:
新しい名前でプロジェクトを再作成する (推奨):これが最も迅速な方法であり、バックグラウンドのクリーンアップの進捗の影響を受けません。プロジェクト名は作成後に変更できないため、新しい名前を使用することを推奨します。
同じ名前を再利用する必要がある場合は、バックグラウンドのクリーンアップ完了を待ってから再作成する:後ほど作成またはアクセスの操作を再試行してください。数回再試行しても操作に失敗する場合は、チケットを送信してプロジェクトのクリーンアップ状況を確認してください。
コンソールページを更新してリソースの状態を確認する:リストやリージョンの誤表示は、ページキャッシュだけが原因の場合があります。Simple Log Service コンソール を更新し、プロジェクトリストを再確認して、リソースの実際の状態を確認してください。
API
DeleteProject API をご参照ください。
SLS プロジェクトの削除は、Alibaba Cloud Model Studio の API 呼び出しや他のリージョンの監視アラートに影響しますか?
SLS プロジェクトを削除しても、Alibaba Cloud Model Studio の API 呼び出しや推論サービスには影響しません。両サービスは独立しており、直接の依存関係はありません。削除によって削除対象プロジェクト内のログデータと構成のみが削除されます。
Ulanqab などの 1 つのリージョンでプロジェクトを削除しても、Zhangjiakou など別のリージョンにあるクラウドサービスの監視やアラートには影響しません。SLS のプロジェクトはリージョン単位で厳密に分離されています。
リソースクォータの管理
リソースクォータが不足している場合、必要に応じて、LogStore、シャード、Logtail 設定、マシン グループの最大数など、プロジェクトのさまざまなクォータメトリックを調整できます。
Alibaba Cloud アカウントで作成できるプロジェクトの最大数は 150 です。より高い上限が必要な場合は、チケットを送信してください。
コンソール
Simple Log Service (SLS) コンソールにサインインします。[プロジェクト] セクションで、対象のプロジェクトをクリックします。
プロジェクト概要ページの「基本情報」セクションで「リソースクォータ」を見つけ、管理 をクリックします。リソースのクォータ パネルで、対象リソースのクォータを調整し、保存 をクリックしてリクエストを送信します。変更が有効になるまで約 1 時間かかります。
クロスリージョンのログ転送の高速化
中国本土以外のリージョンから中国本土内のリージョンへログを書き込む場合など、長距離のログ転送では、転送アクセラレーション機能を有効化できます。この機能は、世界中に分散したデータセンターのネットワークを使用して、インテリジェントルーティングによってユーザーリクエストを最寄りのアクセスポイントへルーティングします。最適化されたネットワークとプロトコルにより、アクセス速度が大幅に向上します。転送アクセラレーションは、転送されたデータ量に基づいて課金されます。
コンソール
転送アクセラレーションの有効化
Simple Log Service (SLS) コンソール にサインインします。[プロジェクト] セクションで、対象のプロジェクトをクリックします。
プロジェクト概要ページで、[エンドポイント] セクションに移動し、[アクセラレーションエンドポイント] を見つけて 有効化 をクリックします。ダイアログボックス内のメッセージを確認してから、Modify をクリックします。
転送アクセラレーションを有効化すると、Logtail を使用したログ収集や、データ変換ジョブの実行時に転送速度が向上します。
API
最初に、PutProjectTransferAcceleration API を呼び出します。
高速化機能を使用するには、
endpointをアクセラレーションエンドポイントに設定する必要があります。アクセラレーションエンドポイントは HTTP および HTTPS による API アクセスのみをサポートし、Kafka や gRPC などのプロトコルはサポートしていません。転送アクセラレーションが不要なシナリオでは、転送コストを抑えるために標準の サービスエンドポイント を使用することを推奨します。/** * この例では、環境変数から AccessKey ID と AccessKey secret を取得します。 */ String accessId = System.getenv("ALIBABA_CLOUD_ACCESS_KEY_ID"); String accessKey = System.getenv("ALIBABA_CLOUD_ACCESS_KEY_SECRET"); /** * Simple Log Service のサービスエンドポイントです。アクセラレーションエンドポイントを使用します。 */ String endpoint = "log-global.aliyuncs.com"; /** * Simple Log Service クライアントを作成します。 */ static Client client = new Client(endpoint, accessId, accessKey);
高速化ドメインのアクセス検証手順
高速化ドメインのネットワークの到達可能性を手動で検証する場合は、完全なドメイン形式 <projectname>.log-global.aliyuncs.com を使用してください。<projectname> は実際のプロジェクト名に置き換えてください。
LoongCollector エージェントと SLS SDK は、リクエストを送信する際にプロジェクト名を自動的に先頭に付加します。そのため、設定ファイルで <projectname> プレフィックスを手動で追加する必要はありません。
リソースのグループ化
プロジェクトをグループ化する必要がある場合は、タグまたはリソースグループを使用して分類できます。プロジェクトレベルの管理にはタグを使用し、Alibaba Cloud アカウント レベルの管理にはリソースグループを使用します。
リソースグループの設定
プロジェクトは 1 つのリソースグループにのみ所属できます。
コンソール
Simple Log Service (SLS) コンソールにサインインします。[プロジェクト] セクションで、対象のプロジェクトをクリックします。
プロジェクト概要ページで、[リソースグループの詳細] セクションの [リソースグループ ID] にカーソルを合わせ、[変更] をクリックし、リソースグループを選択します。
API
タグの設定
コンソール
SLS コンソールにサインインします。[プロジェクト] セクションで、対象のプロジェクトをクリックします。
プロジェクト概要ページで、[タグ] セクションの [編集] をクリックし、[タグの編集] パネルでタグを設定します。
API
エンドポイントの表示とカスタムドメインの設定
エンドポイント情報を表示したり、パブリックエンドポイントをカスタムドメインに置き換えたりすることができます。設定が完了すると、API 呼び出しで対応するドメインをエンドポイントとして使用できます。
コンソール
Simple Log Service (SLS) コンソールにサインインします。[プロジェクト] セクションで、対象のプロジェクトをクリックします。
プロジェクト概要ページで、[エンドポイント] セクションに移動して、現在のプロジェクトのエンドポイント情報を表示します。
プロジェクト概要ページの [基本情報] セクションで、[カスタムドメイン] にカーソルを合わせ、[設定] をクリックします。カスタムエンドポイントの設定 パネルでドメイン名を設定し、バインド をクリックします。
Alibaba Cloud DNS コンソールで、CNAME レコードを追加してドメインのバインドを有効にします。[レコード値] には、プロジェクト概要ページの [エンドポイント] セクションにある パブリックエンドポイント を設定します。詳細な手順については、「CNAME レコード」をご参照ください。
API
カスタムドメインへの SSL 証明書のバインド
現在の動作:SLS コンソールは、カスタムドメインへの SSL 証明書の直接のアップロードやバインドをサポートしていません。
ソリューション:
オプション 1 (推奨):Alibaba Cloud CDN の使用。Alibaba Cloud CDN を使用して SLS エンドポイントを高速化し、CDN コンソールで SSL 証明書をバインドし、CDN 経由で SLS にアクセスします。
オプション 2 (デフォルト):デフォルトの SLS エンドポイントの使用。組み込みの SLS デフォルトエンドポイントは、組み込みの SSL 証明書で HTTPS に対応しています。ほとんどの場合、追加の設定なしで使用できます。
SLS のエンドポイント、プロジェクト、Logstore、インスタンス ID の設定情報を見つけるにはどうすればよいですか?
エンドポイント:Simple Log Service (SLS) コンソールにサインインし、ページの上部またはプロジェクトリストの上にある、現在選択されているリージョンのエンドポイントを表示します。
プロジェクト:Simple Log Service (SLS) コンソールのプロジェクトリストでプロジェクト名を確認します。
Logstore:対象のプロジェクトを開き、ナビゲーションペインで [Logstore] をクリックして Logstore 名を確認します。
インスタンス ID:Simple Log Service (SLS) コンソールの関連する [データインポート] または [アプリケーション管理] ページで値を確認します。インスタンス ID は通常、
sls-で始まり、その後に文字列が続きます。
プロジェクトの監視とメンテナンス
サービスログ機能を使用すると、プロジェクト内のリソース操作ログ (作成、変更、更新、削除) とタスク実行ログ (スケジュールされた SQL、データインポート、データ転送) を取得できます。また、Logstore からはコンシューマーグループの消費遅延ログを取得でき、Logtail からはエラー、ハートビート、および統計ログを取得できます。
コンソール
Simple Log Service (SLS) コンソールにサインインします。[プロジェクト] セクションで、対象のプロジェクトをクリックします。
プロジェクトの [サービスログ] ページで 詳細ログを有効化 をクリックします。[サービスログ設定の変更] パネルで、有効化するサービスログと保存先のプロジェクトを選択します。
詳細ログ:完全な操作ログを提供します。この機能は従量課金です。
重要なログ:メータリングログ、コンシューマーグループの消費遅延ログ、および Logtail のハートビートログを提供します。この機能は無料です。
タスク操作ログ:データインポートタスク、スケジュールされた SQL ジョブ、およびデータ転送タスクの操作ログを提供します。この機能は無料です。
ログのストレージ場所:既存のプロジェクトを選択するか、システムに新しいプロジェクトを自動的に作成させて、これらのログを保存します。
制限と互換性
一括削除の制限:Simple Log Service (SLS) は現在、プロジェクトまたは LogStore を一括削除するためのツールを提供していません。手動で 1 件ずつ削除する必要があります。
モバイルアクセス:モバイルブラウザから SLS コンソール にアクセスしてサインインし、プロジェクトの作成、変更、削除などの管理ができます。
作成後にプロジェクトが表示されない:新しく作成したプロジェクトが一覧に表示されない場合は、正しいリージョンが選択されていることを確認し、ページを更新してください。
SLS のプロジェクトリストを一括エクスポートまたはダウンロードするにはどうすればよいですか?
SLS コンソールでは、プロジェクトリストを直接一括エクスポートまたは一括ダウンロードすることはできません。現在のリージョンのプロジェクトを取得するには、ListProject API を呼び出すか、SDK を使用します。たとえば、Python SDK のメソッド client.list_project() を使用して、プロジェクト情報を取得します。
詳細情報
プロジェクトにさまざまな種類のデータを格納するには、種類に応じたストアを作成する必要があります。 詳細については、「ストアの管理」をご参照ください。