JuiceFS on Ubuntu 24.04 LTS

Azure Storage

JuiceFS is an open source, POSIX compatible distributed filesystem that stores file data in object storage and file metadata in a transactional database.

Base
Hardened build
minimal ports, security patches applied at build time
Access
Unique credentials
generated on first boot, readable only by root
Verified
Boots working
services pass a health gate before release
Support
24/7, 365 days
by email and live chat, 24 hour response SLA

Overview

JuiceFS is an open source, POSIX compatible filesystem built for object storage. It splits a filesystem into two halves: file data is chunked and stored as objects in object storage, while file metadata lives in a separate transactional database. That separation lets a JuiceFS volume present ordinary files and directories to any application, with full POSIX semantics including symlinks, extended attributes and atomic rename, while the bytes themselves sit in cheap, effectively unlimited object storage. Applications read and write it like any local path, so existing tools work unchanged, and the same volume can later be repointed at an external object store and metadata engine to scale out across machines.

Why the cloudimg image

cloudimg ships JuiceFS as a complete, working single node filesystem appliance, so the machine boots to a real, formatted, mounted POSIX filesystem with nothing to configure. Both halves of the filesystem are provided locally: a PostgreSQL metadata engine bound to the loopback interface, and a local object store, both placed on a dedicated data disk kept separate from the operating system disk and independently resizable. Nothing is formatted when the image is built: on first boot each instance mints its own metadata engine password and formats a fresh volume with its own UUID into a root only credentials file, so no two instances share a metadata credential, a volume identity or an object namespace, and no default login is ever baked in. A shipped self test writes a real dataset, proves the metadata engine holds it, drops the cache, unmounts and remounts, and verifies every byte reads back identical, with negative controls for a wrong password and for missing data. A paired deploy guide tested against the exact image shows how to use the filesystem and how to repoint it at your own object storage and metadata engine for production, and every instance is backed by 24/7 support.

Common uses

  • A POSIX filesystem in front of object storage for applications that expect ordinary files
  • Shared, cost effective storage for large datasets, artifacts and backups
  • A single node filesystem you can later repoint at external object storage to scale out