[INSTRM-305] configure on-site storage LUNs Created: 19/Mar/18 Updated: 04/Apr/18 Resolved: 04/Apr/18 |
|
| Status: | Done |
| Project: | Instrument control development |
| Component/s: | ics_production |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Task | Priority: | Normal |
| Reporter: | shimono | Assignee: | Unassigned |
| Resolution: | Done | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Attachments: |
|
| Epic Link: | ICS-Storage |
| Description |
|
Configure LUNs to on-site production storage.
|
| Comments |
| Comment by shimono [ 20/Mar/18 ] |
|
memos:
|
| Comment by shimono [ 20/Mar/18 ] |
|
docneeded+ (to be in ics_doc? |
| Comment by shimono [ 20/Mar/18 ] |
|
considering incremental backup over whole operational data LUN and keeping raw dump from various text outputs (e.g. rsyslog typed log), backup area LUN is better to be a bit larger. also we might not need such large storage for operational data as 10TB (even 200 hosts, 50GB per each), we may go as:
|
| Comment by shimono [ 20/Mar/18 ] |
| Comment by rhl [ 20/Mar/18 ] |
|
What does:
mean? I think that the 0.1 is a compression factor, which I think is very optimistic. These signals are noisy, and thus hard to compress. Is this based on e.g. FMOS compression ratios (in which case I'm probably wrong!). |
| Comment by shimono [ 26/Mar/18 ] |
|
compression factor ~0.1 was pointed during a meeting at Princeton from princeton colleagues, as far as I remember. Need to be stated at a doc in planning, very-original placed requirement (never reviewed although) was to keep all raw data within PFS summit storage for about a half year. What I wanted to point by my calculation was to check an order of data size, and not to miss inconsistency more than order. |
| Comment by shimono [ 04/Apr/18 ] |
|
configured and merged. |