이 문서는 특정 데이터 수명 주기 요구사항 및 지연 시간 요구사항에 따라 AI 에이전트에 적합한 스토리지 옵션을 선택하는 데 도움이 됩니다.
구현 세부정보는 에이전트 샌드박스 스토리지 관리를 참조하세요.
스토리지 솔루션 선택 시 고려사항
AI 에이전트의 스토리지 솔루션을 선택할 때는 성능 및 확장과 같은 에이전트 플랫폼 요구사항과 에이전트의 데이터 관리 요구사항을 고려해야 합니다.
플랫폼 요구사항
플랫폼의 다음과 같은 운영 및 아키텍처 요구사항을 평가합니다.
- 플랫폼 확장 및 에이전트 변동 빈도 (컨트롤 플레인): 동시 에이전트 수, 분당 생성, 일시중지, 재활성화, 삭제되는 에이전트 수입니다. 분당 수천 개의 에이전트를 생성하거나 유휴 에이전트를 일시중지하는 플랫폼에는 상당한 규모의 짧은 지연 시간 연결 및 마운트 작업이 있는 스토리지가 필요합니다 (예: Filestore는 Hyperdisk보다 빠르게 마운트할 수 있음).
- 데이터 세트 크기 및 로드 지연 시간 (데이터 영역): 시작 중에 멀티 기가바이트 데이터 세트 또는 대용량 라이브러리 (예: Node.js 또는 Python 패키지)를 로드하는 에이전트에는 데이터를 초 단위로 읽기 위한 높은 스토리지 I/O 성능이 필요합니다 (예: Hyperdisk는 디스크당 높은 읽기 처리량을 제공함).
- 에이전트 콜드 스타트 및 재활성화 지연 시간: 예상 지연 시간(예: 1초 미만 또는 여러 초)입니다. 1초 미만의 시작 지연 시간을 달성하려면 GKE 에이전트 샌드박스 워밍 풀을 사용해야 합니다. 일반적으로 직접 샌드박스 생성을 사용하면 포드 시작 및 동적 디스크 연결에 여러 초의 지연이 발생합니다.
- 에이전트당 스토리지 크기: 선택한 서비스에 따라 Google Cloud Hyperdisk의 최소 크기 4GiB 또는 단일 Filestore 공유의 최소 10GiB와 같은 프로비저닝 한도를 수용해야 합니다.
- 데이터 액세스 모드 및 격리: 플랫폼에서 작업공간 격리 및 공동작업 작업공간을 지원하는 방법입니다. 이를 통해 에이전트에 비공개 격리 작업공간 (ReadWriteOnce), 공동작업 작업공간 (ReadWriteMany) 또는 탐색 분기 작업공간 (쓰기 가능한 스크래치패드가 있는 읽기 전용 템플릿)이 필요한지 결정합니다.
- 복원력: 에이전트에 특히 리전 복원력이 필요한 경우 GKE용 Filestore Multishares (Enterprise)가 적합한 선택입니다.
- 스토리지 비용: 스토리지 서비스는 가격이 크게 다르며 Hyperdisk Balanced는 Filestore Multishares에 비해 비용 효율적인 옵션을 제공합니다.
에이전트 데이터 수명 주기 패턴
솔루션에서 영구 데이터와 임시 데이터를 처리하는 방법을 결정할 때는 다음과 같은 에이전트 데이터 수명 주기 패턴을 고려하세요.
- 스테이트풀 작업공간 (연속 상태): 작업공간은 세션 전반에 걸쳐 연속 상태를 유지합니다. 에이전트는 일시중지될 때 (에이전트 샌드박스가 삭제됨) 데이터를 보존하고 재활성화될 때 (샌드박스가 다시 생성됨) 마지막으로 저장된 상태에서 해당 데이터를 복원합니다.
- 특정 시점 복원 및 소유권 이전 (스냅샷 상태): 작업공간은 스냅샷 상태로 작동합니다. 즉, 특정 시점에 고정된 상태에서 분기됩니다. 작업공간은 이전 데이터 세트 또는 다른 사용자의 공유 상태에서 초기화되어 소유권 이전을 실행합니다. 후속 수정사항은 별도의 비공개 쓰기 가능한 레이어에 저장되어 마스터 사본은 그대로 유지됩니다. 이 패턴은 데이터 세트를 클론하여 병렬 실험을 실행하거나, 디버깅하거나, 공유 데이터를 기반으로 독립적인 작업을 실행하는 등의 시나리오에 유용합니다.
- 임시 작업공간 (스크래치 상태): 작업공간은 데이터가 보존되지 않는 임시 스크래치 상태를 제공합니다. 에이전트는 활성 상태일 때 임시 파일을 보관하기 위해서만 스토리지 볼륨을 사용합니다. 에이전트가 일시중지되거나 삭제되면 (에이전트 샌드박스 삭제) 임시 데이터가 영구적으로 삭제됩니다.
에이전트 데이터 액세스 모드
에이전트가 다음 데이터 액세스 모드 중 하나로 스토리지에 액세스해야 하는 경우 에이전트의 요구사항을 지원하는 스토리지 서비스를 선택하세요.
- 비공개 격리 작업공간: 에이전트는 단독 읽기 및 쓰기 액세스 권한이 있는 비공개 격리 스토리지 디렉터리로 시작합니다.
- 공동작업 작업공간: 여러 조정 에이전트가 읽기-쓰기 (RW) 모드에서 정확히 동일한 공유 디렉터리를 마운트하여 실시간으로 파일을 공동으로 업데이트합니다.
- 탐색 분기 작업공간: 에이전트는 템플릿을 변경하지 않기 위해
읽기 전용 (RO) 모드로 기본 템플릿 파일에 액세스하고 새 쓰기를
별도의 로컬
emptyDir스크래치패드 또는 비공개 영구 경로로 라우팅하거나 시작 시 템플릿 파일을 비공개 쓰기 가능한 작업공간에 직접 복사하여 수행합니다.
에이전트 샌드박스의 스토리지 옵션 비교
다음 시나리오를 고려하여 스토리지 옵션을 비교하세요.
- 시작 지연 시간이 몇 초 정도 허용되고 ReadWriteOnce (RWO) 액세스 모드가 있는 비공개 격리 작업공간을 사용하는 에이전트의 비용 효율적인 스토리지에는 Hyperdisk Balanced를 사용합니다.
- 공동작업 작업공간 또는 리전 복원력이 필요한 에이전트에는 GKE용 Filestore Multishares (Enterprise)를 사용합니다.
다음 표에서는 AI 에이전트의 성능, 확장, 데이터 액세스, 비용 요구사항을 충족하는 데 도움이 되도록 스토리지 서비스를 비교합니다.
| 기능 | Hyperdisk Balanced | GKE용 Filestore Multishares (Enterprise) |
|---|---|---|
| 권장 |
|
|
| 액세스 모드 |
ReadWriteOnce (RWO) 참고: ReadOnlyMany (ROX) 모드에는 Hyperdisk ML을 사용합니다. |
ReadWriteMany (RWX) |
| 1초 미만의 에이전트 샌드박스 시작 (워밍 풀) |
|
|
| 스토리지 프로비저닝 지연 시간 | 볼륨당 여러 초 |
|
| 핫 경로 연결 및 마운트 지연 시간 | 디스크 연결에 여러 초 | 네트워크 NFS 마운트에 1초 미만 |
| 최대 읽기 처리량 |
|
|
| IOPS | 볼륨 크기 및 구성에 따라 3,000~160,000 |
|
| 크기 제한 |
|
|
| 확장 한도 |
|
|
| 용량 확장 방향 | 수직 확장만 | 수직 확장 또는 축소 |
| CSI VolumeSnapshot 지원 | 지원됨 | 지원되지 않음 (공유별 스냅샷은 지원되지 않음) |
| 가격 | Persistent Disk 및 Google Cloud Hyperdisk 가격 책정 | Filestore 가격 책정 |