mirror of
https://git.asonix.dog/asonix/pict-rs.git
synced 2024-11-27 20:11:16 +00:00
Copy over 0.4.5 release document
This commit is contained in:
parent
c202484e9d
commit
727eac408e
1 changed files with 62 additions and 0 deletions
62
releases/0.4.5.md
Normal file
62
releases/0.4.5.md
Normal file
|
@ -0,0 +1,62 @@
|
||||||
|
# pict-rs 0.4.5
|
||||||
|
|
||||||
|
## Overview
|
||||||
|
|
||||||
|
pict-rs 0.4.5 contains a new commandline option for improving throughput when migrating storage, as
|
||||||
|
well as a change in behavior for the delete endpoint. Additionally there are a few dependency
|
||||||
|
upgrades.
|
||||||
|
|
||||||
|
### Features
|
||||||
|
|
||||||
|
- [Migration Concurrency](#migration-concurrency)
|
||||||
|
|
||||||
|
|
||||||
|
### Changes
|
||||||
|
|
||||||
|
- [Inline Delete](#inline-delete)
|
||||||
|
|
||||||
|
|
||||||
|
## Upgrade Notes
|
||||||
|
|
||||||
|
There's no significant changes from 0.4.4, so upgrading should be as simple as pulling a new version
|
||||||
|
of pict-rs.
|
||||||
|
|
||||||
|
|
||||||
|
## Descriptions
|
||||||
|
|
||||||
|
### Migration Concurrency
|
||||||
|
|
||||||
|
When migrating from filesystem storage to object storage, pict-rs initially migrated every file
|
||||||
|
sequentially. This was extremely slow, so in 0.4.1 this was made concurrent. Since then, the object
|
||||||
|
storage migration has moved 32 files at a time. This still might be too slow for some large
|
||||||
|
deployments, so pict-rs 0.4.5 is making this value configurable.
|
||||||
|
|
||||||
|
Thew new `--concurrency` flag can be passed to the `migrate-store` subcommand with any integer
|
||||||
|
value. By default, pict-rs sets this value to 32, but for large deployments, setting it to 128, 256,
|
||||||
|
or even 512 might be useful. Note that increasing the concurrency will increase the number of
|
||||||
|
connections to the object storage provider.
|
||||||
|
|
||||||
|
Example:
|
||||||
|
```bash
|
||||||
|
$ pict-rs \
|
||||||
|
migrate-store \
|
||||||
|
--concurrency 32 \
|
||||||
|
filesystem \
|
||||||
|
-p /path/to/files \
|
||||||
|
object-storage \
|
||||||
|
-e https://object-storage-endpoint \
|
||||||
|
-b bucket-name \
|
||||||
|
-r region \
|
||||||
|
-a access-key \
|
||||||
|
-s secret-key \
|
||||||
|
sled \
|
||||||
|
-p /path/to/sled-repo
|
||||||
|
```
|
||||||
|
|
||||||
|
|
||||||
|
### Inline Delete
|
||||||
|
|
||||||
|
Previously, the endpoint for deleting images would always return an HTTP 204 status after queueing a
|
||||||
|
job to delete the image. This meant that if an invalid `delete token` was provided, or if the
|
||||||
|
deletion failed for some other reason, the client making the request would not be informed of this.
|
||||||
|
pict-rs 0.4.5 now performs this deletion inline to ensure the client is made aware of problems.
|
Loading…
Reference in a new issue