Change Details

Leveraging azure infrastructure, trigger the blake2s256 update on the existing contents. This means: - [X] Provisioning azure vms (sizing -> DS2_V2: 7GB ram, 14GB ssd disk, 2 cores; 85.33E/month) -> for now 2 vms - [X] code: configuration composability on storage read/write and objstorage readings adaptation - [X] puppet: swh_indexer_rehash puppetization - [X] Deploying the swh.indexer.rehash module (+ fix bits and pieces along the way) - [X] Compute list of sha1s to rehash from swh.content table (IN PROGRESS in uffizi:/srv/storage/space/lists/contents-sha1-to-rehash.txt.gz). - [X] Send all contents to the swh_indexer_rehash queue - [ ] Cost/speed projection as soon as some threshold contents have been updated (~1M sounds reasonable given our size) Note: In regards to the storage stack to use, we can: - either use the azure's objstorage (copy is complete now). This will be the starting point. - or use uffizi's objstorage (or banco) as the azure's in-transit's cost is null if the cost projection is too high.

Leveraging azure infrastructure, trigger the blake2s256 update on the existing contents. This means: - [X] Provisioning azure vms (sizing -> DS2_V2: 7GB ram, 14GB ssd disk, 2 cores; 85.33E/month) -> for now 2 vms - [X] code: configuration composability on storage read/write and objstorage readings adaptation - [X] puppet: swh_indexer_rehash puppetization - [X] Deploying the swh.indexer.rehash module (+ fix bits and pieces along the way) - [X] Compute list of sha1s to rehash from swh.content table (IN PROGRESS in uffizi:/srv/storage/space/lists/contents-sha1-to-rehash.txt.gz). - [] Send all contents to the swh_indexer_rehash queue - [x] 0-prefixed hashes - ... - [ ] Cost/speed projection as soon as some threshold contents have been updated (~1M sounds reasonable given our size) Note: In regards to the storage stack to use, we can: - either use the azure's objstorage (copy is complete now). This will be the starting point. - or use uffizi's objstorage (or banco) as the azure's in-transit's cost is null if the cost projection is too high.

Leveraging azure infrastructure, trigger the blake2s256 update on the existing contents. This means: - [X] Provisioning azure vms (sizing -> DS2_V2: 7GB ram, 14GB ssd disk, 2 cores; 85.33E/month) -> for now 2 vms - [X] code: configuration composability on storage read/write and objstorage readings adaptation - [X] puppet: swh_indexer_rehash puppetization - [X] Deploying the swh.indexer.rehash module (+ fix bits and pieces along the way) - [X] Compute list of sha1s to rehash from swh.content table (IN PROGRESS in uffizi:/srv/storage/space/lists/contents-sha1-to-rehash.txt.gz). - [X] Send all contents to the swh_indexer_rehash queue - [x] 0-prefixed hashes - ... - [ ] Cost/speed projection as soon as some threshold contents have been updated (~1M sounds reasonable given our size) Note: In regards to the storage stack to use, we can: - either use the azure's objstorage (copy is complete now). This will be the starting point. - or use uffizi's objstorage (or banco) as the azure's in-transit's cost is null if the cost projection is too high.