Ollama의 Docker 컨테이너 내에서 OpenClaw 실행하여 네트워킹 간소화하기

r/openclaw 사용자 한 명이 OpenClaw를 Ollama와 동일한 Docker 컨테이너에 넣는 설정을 공유하여 host.docker.internal 또는 컨테이너 호스트 이름이 필요 없게 되었습니다. 접근 방식은 간단합니다. 공식 ollama/ollama 이미지에서 시작하여 내부에 OpenClaw를 설치하고, OpenClaw가 127.0.0.1:11434에서 Ollama와 통신하도록 하는 것입니다. 이는 일반적인 네트워킹 마찰을 피하지만 RAM 사용량이 많습니다.
주요 설정 단계
GPU 지원, 영구 모델 저장소, 포트 11434 및 18789(OpenClaw 게이트웨이용)를 사용하여 컨테이너를 실행합니다:
docker run -d \
--name ollamaopenclaw \
--gpus=all \
-v ollama_docker:/root/.ollama \
-p 11434:11434 \
-p 18789:18789 \
ollama/ollama
로컬호스트에만 포트를 바인딩하려면:
docker run -d \
--name ollamaopenclaw \
--gpus=all \
-v ollama_docker:/root/.ollama \
-p 127.0.0.1:11434:11434 \
-p 127.0.0.1:18789:18789 \
ollama/ollama
컨테이너 내부에서 셸을 열고 OpenClaw를 설치합니다:
docker exec -it ollamaopenclaw sh
apt-get update && apt-get install -y curl git bash ca-certificates
curl -fsSL --proto '=https' --tlsv1.2 https://openclaw.ai/install-cli.sh | bash
export PATH="$HOME/.openclaw/bin:$PATH"
openclaw --version
모델을 가져옵니다(작은 Qwen 변종으로 테스트됨):
ollama pull qwen3.5:0.8b
ollama pull qwen3.5:2b
ollama pull qwen3.5:4b
ollama list
OpenClaw 게이트웨이를 구성합니다:
export OLLAMA_API_KEY="ollama-local"
openclaw config set gateway.bind lan
openclaw config set gateway.port 18789
openclaw config set gateway.controlUi.allowedOrigins '["http://localhost:18789","http://127.0.0.1:18789"]' --strict-json
게이트웨이를 시작합니다(터미널을 열린 상태로 유지):
openclaw gateway run --bind lan --port 18789 --allow-unconfigured
두 번째 터미널에서 컨테이너에 다시 exec로 접속하고 OpenClaw를 실행합니다:
docker exec -it ollamaopenclaw sh
export PATH="$HOME/.openclaw/bin:$PATH"
export OLLAMA_API_KEY="ollama-local"
# 그런 다음 openclaw 명령을 실행
결과 및 절충점
설정이 작동합니다: OpenClaw는 Ollama에 127.0.0.1:11434를 사용하며, 추가 네트워크 구성이 필요 없습니다. 포트와 저장소는 격리된 상태를 유지합니다. 그러나 RAM 사용량이 많아 큰 프롬프트는 작은 로컬 모델(0.8B~4B로 테스트됨)을 압도합니다. 사용자는 이것이 가벼운 솔루션은 아니지만 컨테이너 격리 관점에서는 더 깔끔하다고 언급합니다.
대상 사용자
호스트 네트워킹 및 host.docker.internal 문제를 피하기 위해 단일 Docker 컨테이너에서 OpenClaw와 Ollama를 실행하려는 개발자, 특히 로컬 또는 CI 바운드 LLM 도구 체인에 적합합니다.
📖 전체 소스 읽기: r/openclaw
👀 See Also

짧은 시스템 프롬프트가 Claude의 준수도를 향상시키고 토큰 낭비를 줄입니다
한 개발자가 3,847단어로 된 시스템 프롬프트를 여러 개의 작고 집중된 프롬프트(총 약 200단어)로 교체한 결과 Claude의 주제 이탈과 지침 망각 문제가 해결되었다고 밝혔습니다.

클로드 코드 토큰 감사 결과, 기본 도구 로딩으로 인한 숨겨진 비용이 드러났습니다.
한 개발자가 926개의 Claude Code 세션을 분석한 결과, 세션 시작 시 45,000개의 토큰이 로드되며, 이 중 20,000개의 토큰이 시스템 도구 스키마 정의에서 비롯된 것으로 나타났습니다. ENABLE_TOOL_SEARCH 설정을 활성화하면 시작 컨텍스트가 45,000개에서 20,000개 토큰으로 줄어들어 턴당 14,000개의 토큰을 절약할 수 있습니다.

값비싼 모델이 무조건 좋다고 가정하지 마세요: 사례 연구, 테스트를 통해 13배 비용 절감 보여줘
한 Reddit 사용자가 분류 작업에서 GPT-5.4를 Gemini 3.1 Flash Lite로 교체하여 21개 모델에 대한 평가를 실행한 결과, 동일한 85% 정확도를 1/13 비용으로 달성한 사례 연구를 공유했습니다.

GitHub Copilot Pro+에서 직접 Anthropic API로 전환하기: 비용 분석
한 개발자의 비용 비교에 따르면, 독방 개발자에게는 직접 Anthropic API를 사용하는 것이 GitHub Copilot Pro+보다 저렴할 수 있으며, Sonnet 4.6으로 Opus 사용 사례의 80%를 커버할 수 있습니다.