diff --git a/docs/DockerDeployment.md b/docs/DockerDeployment.md index 575359b4..b95900b3 100644 --- a/docs/DockerDeployment.md +++ b/docs/DockerDeployment.md @@ -59,19 +59,10 @@ LightRAG can be configured using environment variables in the `.env` file: Docker instructions work the same on all platforms with Docker Desktop installed. -### Build Optimization - -The Dockerfile uses BuildKit cache mounts to significantly improve build performance: - -- **Automatic cache management**: BuildKit is automatically enabled via `# syntax=docker/dockerfile:1` directive -- **Faster rebuilds**: Only downloads changed dependencies when `uv.lock` or `bun.lock` files are modified -- **Efficient package caching**: UV and Bun package downloads are cached across builds -- **No manual configuration needed**: Works out of the box in Docker Compose and GitHub Actions - ### Start LightRAG server: ```bash -docker compose up -d +docker-compose up -d ``` LightRAG Server uses the following paths for data storage: @@ -86,50 +77,236 @@ data/ To update the Docker container: ```bash -docker compose pull -docker compose down -docker compose up +docker-compose pull +docker-compose down +docker-compose up ``` ### Offline deployment Software packages requiring `transformers`, `torch`, or `cuda` will is not preinstalled in the dokcer images. Consequently, document extraction tools such as Docling, as well as local LLM models like Hugging Face and LMDeploy, can not be used in an off line enviroment. These high-compute-resource-demanding services should not be integrated into LightRAG. Docling will be decoupled and deployed as a standalone service. -## 📦 Build Docker Images +## 📦 Build Multi-Architecture Docker Images -### For local development and testing - -```bash -# Build and run with Docker Compose (BuildKit automatically enabled) -docker compose up --build - -# Or explicitly enable BuildKit if needed -DOCKER_BUILDKIT=1 docker compose up --build -``` - -**Note**: BuildKit is automatically enabled by the `# syntax=docker/dockerfile:1` directive in the Dockerfile, ensuring optimal caching performance. - -### For production release - - **multi-architecture build and push**: - -```bash -# Use the provided build script -./docker-build-push.sh -``` - -**The build script will**: - -- Check Docker registry login status -- Create/use buildx builder automatically -- Build for both AMD64 and ARM64 architectures -- Push to GitHub Container Registry (ghcr.io) -- Verify the multi-architecture manifest - -**Prerequisites**: +### Prerequisites Before building multi-architecture images, ensure you have: - Docker 20.10+ with Buildx support - Sufficient disk space (20GB+ recommended for offline image) - Registry access credentials (if pushing images) + +### 1. Setup Buildx Builder + +Create and configure a multi-architecture builder: + +```bash +# Create a new buildx builder instance +docker buildx create --name multiarch-builder --use + +# Start and verify the builder +docker buildx inspect --bootstrap + +# Verify supported platforms +docker buildx inspect multiarch-builder +``` + +You should see support for `linux/amd64` and `linux/arm64` in the output. + +### 2. Registry Authentication + +#### For GitHub Container Registry (ghcr.io) + +**Option 1: Using Personal Access Token** + +1. Create a GitHub Personal Access Token: + - Go to GitHub Settings → Developer settings → Personal access tokens → Tokens (classic) + - Generate new token with `write:packages` and `read:packages` permissions + - Copy the token + +2. Login to registry: + ```bash + echo "YOUR_GITHUB_TOKEN" | docker login ghcr.io -u YOUR_GITHUB_USERNAME --password-stdin + ``` + +**Option 2: Using GitHub CLI** + +```bash +gh auth token | docker login ghcr.io -u YOUR_GITHUB_USERNAME --password-stdin +``` + +#### For Docker Hub + +```bash +docker login +# Enter your Docker Hub username and password +``` + +#### For Other Registries + +```bash +docker login your-registry.example.com +# Enter your credentials +``` + +### 3. Build Commands + +#### A. Local Build (No Push) + +Build multi-architecture images locally without pushing to registry: + +**Normal image:** +```bash +docker buildx build \ + --platform linux/amd64,linux/arm64 \ + --file Dockerfile \ + --tag ghcr.io/hkuds/lightrag:latest \ + --load \ + . +``` + +> **Note**: `--load` loads the image to local Docker, but only supports single platform. For multi-platform, use `--push` instead. + +**Lite image:** + +```bash +docker buildx build \ + --platform linux/amd64,linux/arm64 \ + --file Dockerfile.lite \ + --tag ghcr.io/hkuds/lightrag:lite \ + --load \ + . +``` + +> The lite version Docker image includes only the default storage and LLM drivers, minimizing image size. + +#### B. Build and Push to Registry + +Build and directly push to container registry: + +**Normal image:** +```bash +docker buildx build \ + --platform linux/amd64,linux/arm64 \ + --file Dockerfile \ + --tag ghcr.io/hkuds/lightrag:latest \ + --push \ + . +``` + +**Lite image:** +```bash +docker buildx build \ + --platform linux/amd64,linux/arm64 \ + --file Dockerfile.lite \ + --tag ghcr.io/hkuds/lightrag:lite \ + --push \ + . +``` + +#### C. Build with Multiple Tags + +Add version tags alongside latest: + +```bash +# Get version from git tag +VERSION=$(git describe --tags --abbrev=0 2>/dev/null || echo "v1.0.0") + +# Build with multiple tags +docker buildx build \ + --platform linux/amd64,linux/arm64 \ + --file Dockerfile \ + --tag ghcr.io/hkuds/lightrag:latest \ + --tag ghcr.io/hkuds/lightrag:${VERSION} \ + --push \ + . +``` + +### 4. Verify Built Images + +After building, verify the multi-architecture manifest: + +```bash +# Inspect image manifest +docker buildx imagetools inspect ghcr.io/hkuds/lightrag:latest + +# Expected output shows multiple platforms: +# Name: ghcr.io/hkuds/lightrag:offline +# MediaType: application/vnd.docker.distribution.manifest.list.v2+json +# Platforms: linux/amd64, linux/arm64 +``` + +### 5. Troubleshooting + +#### Build Time is Very Slow + +**Cause**: Building ARM64 on AMD64 (or vice versa) requires QEMU emulation, which is slower. + +**Solutions**: +- Use remote cache (`--cache-from/--cache-to`) for faster subsequent builds +- Build on native architecture when possible +- Be patient - initial multi-arch builds take 30-60 minutes + +#### "No space left on device" Error + +**Cause**: Insufficient disk space for build layers and cache. + +**Solutions**: +```bash +# Clean up Docker system +docker system prune -a + +# Clean up buildx cache +docker buildx prune + +# Check disk space +df -h +``` + +#### "failed to solve: failed to push" Error + +**Cause**: Not logged into the registry or insufficient permissions. + +**Solutions**: +1. Verify you're logged in: `docker login ghcr.io` +2. Check you have push permissions to the repository +3. Verify the image name matches your repository path + +#### Builder Not Found + +**Cause**: Buildx builder not created or not set as current. + +**Solutions**: +```bash +# List builders +docker buildx ls + +# Create and use new builder +docker buildx create --name multiarch-builder --use + +# Or switch to existing builder +docker buildx use multiarch-builder +``` + +### 6. Cleanup + +Remove builder when done: + +```bash +# Switch back to default builder +docker buildx use default + +# Remove multiarch builder +docker buildx rm multiarch-builder + +# Prune build cache +docker buildx prune +``` + +### 7. Best Practices + +1. **Use specific tags**: Avoid only using `latest`, include version tags +2. **Verify platforms**: Always check the manifest after pushing +4. **Monitor resources**: Ensure sufficient disk space before building +5. **Test both architectures**: Pull and test each platform variant +6. **Use .dockerignore**: Exclude unnecessary files to speed up build context transfer